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AS 提要 


多 年 以 来 ， 函 数 式 编程 被 认为 是 少数 人 的 游戏 ， 不 适合 推广 给 普罗 大 众 。 写 作 此 书 的 目的 就 
nei 本 书 将 探讨 如 何 编写 出 简单 、 干 净 、 易 读 的 代码 ; 如 何 简单 地 使 用 并 行 计算 
提高 性 能 ; 如 何 准确 地 为 问题 建 模 ， 并 且 开 发 出 更 好 的 领域 特定 语言 ， 如 何 写 出 不 易 出 错 ， 并 且 更 
简单 的 并 发 代码 ， ; 如 何 测 试 和 调试 Lambda 表达 式 。 

如 果 你 已 经 掌握 Java SE, 想 尽快 7 解 Java 8 新 特性 , 写 出 简单 干净 的 代码 , 那么 本 书 不 容错 过 。 
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到 
Dil 


多 年 以 来 ， 函 数 式 编程 被 认为 是 少数 人 的 游戏 ， 这 些 人 总 是 强调 自己 在 智力 上 的 优越 性 ， 
认为 函数 式 编程 的 智慧 不 适合 推广 给 普罗 大 众 。 写 作 此 书 的 目的 就 是 为 了 挑战 这 种 思想 ， 
函数 式 编程 并 没有 多 么 了 不 起 ， 也 绝 不 是 少数 人 的 游戏 。 


在 过 去 的 两 年 中 ， 我 请 伦敦 Java 社区 的 开发 人 员 以 各 种 方式 测试 Java 8 的 新 特性 。 我 发 现 
很 多 人 都 喜欢 Java 8 的 新 用 法 和 类 库 。 他 们 有 可 能 被 一 些 术 语 和 高 大 上 的 概念 吓 到 ， 但 是 
稍稍 一 丁点 儿 函 数 式 编程 技巧 都 能 给 编程 带 来 便利 ， 他 们 对 此 喜 不 自 胜 。 人 们 津津 乐 道 的 
话题 之 一 是 使 用 新 的 Stream API 操作 对 象 和 集合 类 时 (比如 从 所 有 的 唱片 列表 中 过 滤 出 在 
英国 本 地 出 品 的 唱片 时 )， 代 码 是 多 么 易 读 。 

组 织 这 些 Java 社区 活动 ， 让 我 认识 到 了 示例 代码 的 重要 性 。 人 人 们 通过 不 断 地 阅读 和 消化 这 
些 简单 的 示例 ， 最 终归 纳 出 某 种 模式 。 我 还 意识 到 术语 是 多 么 令 人 讨厌 ， 因 此 ， 在 介绍 一 
个 隐 雇 的 概念 时 ， 我 都 会 给 出 通俗 易 懂 的 解释 。 

对 很 多 人 来 说 ，Java 8 提供 的 函数 式 编程 元 素 有 限 : 没有 单子 ， 没 有 语言 层面 的 惰性 求 值 ， 
也 没有 为 不 可 变性 提供 额外 支持 。 对 实用 至 上 的 程序 员 来 说 ， 这 没什么 大 不 了 的 ， 我 们 只 
想 在 类 库 级 别 抽 象 ， 写 出 简单 干净 的 代码 来 解决 业务 问题 。 如 果 有 人 为 我 们 写 出 这 样 的 类 
库 ， 那 再 好 不 过 了 ， 这 样 我 们 就 可 以 把 主要 精力 放 在 日 常 工作 上 了 。 


为 什么 要 阅读 本 书 
本 书 将 探讨 如 下 主题 


。 如 何 编写 出 简单 、 干 净 、 易 读 的 代码 一 一 尤其 是 对 于 集合 的 操作 ? 
。 如 何 简单 地 使 用 并 行 计算 提高 性 能 ? 



























































注 1: 别 担心 ， 这 是 本 书 唯一 提 及 单子 的 地 方 。 








。 如 何 准确 地 为 问题 建 模 ， 并 且 开 发 出 更 好 的 领域 特定 语言 ? 
。 如 何 写 出 不 易 出 错 ， 并 且 更 简单 的 并 发 代码 ? 
。 如 何 测 试 和 调试 Lambda 表达 式 ? 





将 Lambda 表达 式 加 入 Java， 并 不 只 是 为 了 提高 开发 人 员 的 生产 效率 ， 业 界 也 对 这 一 特性 
有 根本 性 的 需求 。 


本 书 读者 对 象 


本 书面 向 那些 已 经 掌握 Java SE， 并 且 想 尽快 了 解 Java 8 新 特性 的 开发 人 员 。 




















如 果 你 对 Lambda 表达 式 感 兴趣 ， 想 知道 它 怎 么 帮助 你 提升 专业 技能 ， 那 么 这 本 书 就 是 为 
你 而 写 的 。 我 假设 读者 还 不 知道 Lambda 表达 式 ， 以 及 Java 8 中 核心 类 库 的 变化 ， 我 将 从 
零 开 始 介绍 这 些 概念 、 类 库 和 技术 。 

虽然 我 想 让 所 有 开发 人 员 都 来 买 这 本 书 ， 但 这 不 现实 ， 这 不 是 一 本 适合 所 有 人 的 书 。 如 
果 你 一 点 儿 也 不 懂 Java， 那 么 这 本 书 就 不 适合 你 。 同 时 ， 尽 管 本 书 会 详细 讲解 Java 中 的 
Lambda 表达 式 ， 但 是 我 不 会 解释 怎样 在 其 他 语言 中 使 用 Lambda 表达 式 。 
































我 也 不 会 讲解 Java SE 中 一 些 基 本 的 概念 ， 比 如 集合 类 、 匿 名 内 部 类 或 者 Swing 中 的 事件 
处 理 机 制 。 我 假设 读者 已 经 掌握 了 这 些 知 识 。 


怎样 阅读 本 书 


本 书 采用 了 示例 驱动 的 写作 风格 : 介绍 完 一 个 概念 之 后 ， 就 会 紧 跟 一 段 代 码 。 代 码 中 的 一 
些 片 段 ， 有 时 你 可 能 无 法 全 部 看 懂 。 设 关系 ， 通 常 在 代码 后 面 会 紧 跟 一 段 文字 ， 讲 解 代 码 
HAE 

MATHEWS AAR, SRE MAE Rate PATA, HIRATA. RIZE 
议 读者 读 完 一 章 后 完成 这 些 练习 ， 熟 能 生 巧 。 每 个 务实 的 程序 员 都 知道 ， 自 其 其 人 很 容 
易 ， 你 觉得 读 懂 一 段 代 码 了 ， 其 实 还 是 遗漏 了 一 些 细 市 。 

使 用 Lambda 表达 式 ， 就 是 将 复杂 性 抽象 到 类 库 的 过 程 。 在 本 书 中 ， 我 会 引入 很 多 常用 类 
库 的 细节 。 第 2 章 至 第 6 ANAT JDK 8 中 核心 语言 的 变化 以 及 升级 后 的 类 库 。 





















































最 后 三 章 介绍 了 如 何在 真实 环境 下 使 用 函数 式 编程 。 第 7 章 介 绍 一 些 让 测试 和 调试 
Lambda 表达 式 变 得 容易 的 技巧 ， 第 8 章 解 释 现 有 的 那些 良好 的 软件 设计 原则 如 何 应 用 到 
Lambda 表达 式 上 ; 第 9 章 讨论 并 发 ， 怎 样 使 用 Lambda 表达 式 写 出 易 读 且 易 于 维护 的 并 发 
代码 。 涉 及 第 三 方 类 库 时 ， 这 些 章节 也 会 加 以 介绍 。 
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读者 可 以 将 前 四 章 当 作 Java 8 的 入 门 指南 一 一 要 用 好 Java 8, 每 个 人 都 必须 学 会 总 
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Ja JL RE, (De LERMAN, RATARA REME ee, E 
自己 的 设计 中 得 心 应 手 地 使 用 Lambda 表达 式 。 你 在 不 断 学 习 的 过 程 中 ， 也 会 接触 大 量 的 
练习 ， 答 案 可 以 在 GitHub (https:// github.com/RichardWarburton/java-8-Lambdas-exercises ) 
上 找到 。 如 果 你 能 边 学 边 练 ， 就 能 迅速 掌握 Lambda 表达 式 。 


本 书 排版 规范 
本 书 使 用 以 下 排版 规范 。 
。 楷体 

表示 新 术语 。 


。 等 宽 字体 
表示 程序 片段 ， 也 用 于 在 正文 中 表示 程序 中 使 用 的 变量 、 国 数 名 、 数 据 库 、 数 据 类 型 、 
环境 变量 、 语 句 和 关键 字 等 元 素 。 


。 等 宽 粗 体 


表示 应 该 由 用 户 逐 字 输 入 的 命令 或 者 其 他 文本 。 
。 ŽE 


等 宽 斜 体 
表示 将 由 用 户 提供 的 值 (或 由 上 下 文 确定 的 值 ) 替换 的 文本 。 


























S} 


这 个 图 标 表 示 提 示 或 建议 。 


这 个 图 标 表 示 重 要 说 明 。 


这 个 图 标 表 示警 告 或 提醒 。 





使 用 代码 示例 


可 以 在 这 里 下 载 本 书 随 附 的 资料 (代码 示例 、 练 习题 等 ) : https://github.com/RichardWarburton/ 


java-8-lambdas-exercises 。 
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让 本 书 助 你 一 璧 之 力 。 也 许 你 需要 在 自己 的 程序 或 文档 中 用 到 本 书 中 的 代码 。 除 非 大 段 大 
段 地 使 用 ， 否 则 不 必 与 我 们 联系 取得 授权 。 例 如 ， 无 需 请 求 许可 ， 就 可 以 用 本 书 中 的 几 段 
代码 写成 一 个 程序 。 但 是 销售 或 者 发 布 O'Reilly 图 书 中 代码 的 光盘 则 必须 事先 获得 授权 。 
引用 书 中 的 代码 来 回答 问题 也 无 需 授 权 。 将 大 段 的 示例 代码 整合 到 你 自己 的 产品 文档 中 则 
必须 经 过 许可 。 


























使 用 我 们 的 代码 时 ， 和 希望 你 能 标明 它 的 出 处 ， 但 不 强求 。 出 处 信息 一 般 包 括 书 名 、 作 者 、 
出 版 商 和 书号 ， 例 如 : Java 8 Lambdas, Richard Warburton 著 (O'Reilly，2014)。 版 权 所 
Æ , 978-1-449-37077-0。 





如 果 还 有 关于 使 用 代码 的 未 尽 事宜 ， 可 以 随时 与 我 们 联系 : permissions @oreilly.com, 


Safari® Books Online 


Safari Books Online (http://www.safaribooksonline.com) 是 应 需 
Safa ri 而 变 的 数字 图 书馆 。 它 同时 以 图 书 和 视频 的 形式 出 版 世界 顶级 
Books Online ”技术 和 商务 作家 的 专业 作品 。 


Safari Books Online 是 技术 专家 、 软 件 开发 人 员 、Web 设计 师 、 商 务 人 士 和 创意 人 士 开 展 
调研 、 解 决 问题 、 学 习 和 认证 培训 的 第 一 手 资 料 。 

对 于 组 织 团 体 、 政 府 机 构 和 个 人 ，Safari Books Online 提供 各 种 产品 组 合 和 灵活 的 定 
价 策略 。 用 户 可 通过 一 个 功能 完备 的 数据 库 检 索 系 统 访问 O'Reilly Media, Prentice 


Hall Professional, Addison-Wesley Professional, Microsoft Press, Sams, Que, Peachpit 





Press, Focal Press. Cisco Press, John Wiley & Sons, Syngress, Morgan Kaufmann, IBM 
Redbooks, Packt, Adobe Press, FT Press, Apress, Manning, New Riders, McGraw-Hill, 
Jones & Bartlett, Course Technology 以 及 其 他 几 十 家 出 版 社 的 上 千 种 图 书 、 培 训 视 频 和 正 
式 出 版 之 前 的 书稿 。 要 了 解 Safari Books Online 的 更 多 信息 ， 我 们 网 上 见 。 


联系 我 们 


请 把 对 本 书 的 评价 和 问题 发 给 出 版 社 。 





美国 : 
O’Reilly Media, Inc. 
1005 Gravenstein Highway North 
Sebastopol, CA 95472 





中 国 





北京 市 西城 区 西直门 南大 街 2 号 成 铭 大 厦 C 座 807 室 (100035) 
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奥 菜 利 技术 咨询 (北京 ) 有 限 公司 


O’Reilly 的 每 一 本 书 都 有 专属 网 页 ， 你 可 以 在 那儿 找到 本 书 的 相关 信息 ， 包 括 勘 误 表 、 示 
例 代码 以 及 其 他 信息 。 本 书 的 网 站 地 址 是 : 
http://oreil.ly/java_8_lambdas, 











对 于 本 书 的 评论 和 技术 性 问题 ， 请 发 送 电子 邮件 到 : 


bookquestions@oreilly.com 





要 了 解 更 多 O'Reilly 图 书 、 培 训 课程 、 会 议和 新 闻 的 信息 ， 请 访问 以 下 网 站 : 


http://www.oreilly.com 





我 们 在 Facebook 的 地 址 如 下 : http://facebook.com/oreilly 
请 关注 我 们 的 Twitter 动态 : http://twitter.com/oreillymedia 


我 们 的 YouTube 视频 地 址 如 下 : http://www.youtube.com/oreillymedia 


致谢 
虽然 本 书 的 封面 上 署 的 是 我 的 名 字 ， 但 本 书 得 以 出 版 要 归功 于 很 多 人 。 


首先 要 感谢 我 的 编辑 Meghan 和 O’Reilly 的 出 版 团队 ， 他 们 让 整个 出 版 过 程 变 得 很 愉快 ， 
而 且 他 们 还 适当 加 快 了 本 书 的 出 版 进度 。 还 要 感谢 Martijn 和 Ben 将 我 引荐 给 Meghan， 没 
有 这 次 会 面 就 不 会 有 这 本 书 。 


审阅 过 程 极 大 地 提升 了 本 书 的 质量 ， 圳 心 感谢 那些 正式 或 非 正式 参与 审阅 的 朋友 ， 他 们 
是 : Martijn Verburg, Jim Gough, John Oliver, Edward Wong, Brian Goetz, Daniel Bryant, 
Fred Rosenberger, Jaikiran Pai 和 Mani Sarkar。 尤 其 要 感谢 Martijn， 他 给 了 我 如 何 写 一 本 
技术 书 的 实战 指导 。 


如 果 忘 记 感 谢 Oracle 公司 的 Project Lambda 项 目 组 ， 我 不 会 原谅 自己 。 更 新 一 个 成 熟 的 语 
言 是 一 项 巨大 的 挑战 ， 他 们 不 奎 使命 ， 我 也 因此 有 了 得 以 编写 本 书 的 素材 。 在 Java 8 发 布 
早期 版 本 时 ， 伦 敦 的 Java 社区 积极 参与 测试 ， 通 过 这 些 测试 ， 很 容易 就 发 现 了 开发 人 员 犯 
了 哪 类 错误 ， 哪 些 地 方 可 以 修复 ， 感 谢 他 们 1 

在 写作 本 书 的 过 程 中 ， 我 得 到 了 很 多 人 的 支持 和 帮助 ， 特 别 是 我 的 父母 。 在 我 需要 的 时 
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那些 老 伙 计 们 ， 特 别 是 Sadiq Jaffer 和 基督 少年 军 ， 感 谢 你 们 1! 












































在 开始 探索 Lambda 表达 式 之 前 ， 首 先 我 们 要 知道 它 因 何 而 生 。 本 章 将 介绍 Lambda 表达 
式 产生 的 原因 ， 以 及 本 书 的 写作 动机 和 组 织 结构 。 


1.1 为 什么 需要 再 次 修改 Java 


1996 年 1 A, Java 1.0 发 布 ， 此 后 计算 机 编程 领域 发 生 了 翻天 履 地 的 变化 。 商 业 发 展 需要 
更 复杂 的 应 用 ， 大 多 数 程序 都 跑 在 功能 强大 的 多 核 CPU 的 机 器 上 。 带 有 高 效 运行 时 编译 
器 的 Java 虚拟 机 (JVM) 的 出 现 ， 使 程序 员 将 更 多 精力 放 在 编写 和 干净、 易于 维护 的 代码 
上 ， 而 不 是 思考 如 何 将 每 一 个 CPU 时 钟 周期 、 每 字 节 内 存 物 尽 其 用 。 


BAY CPU 的 兴起 成 为 了 不 容 回避 的 事实 。 涉 及 锁 的 编程 算法 不 但 容易 出 错 ， 而 且 耗 费时 
间 。 人 们 开发 了 java.util.concurrent 包 和 很 多 第 三 方 类 库 ， 试 图 将 并 发 抽象 化 ， 帮 助 程 
序 员 写 出 在 多 核 CPU 上 运行 良好 的 程序 。 很 可 异 ， 到 目前 为 止 ， 我 们 的 成 果 还 远 远 不 够 。 


开发 类 库 的 程序 员 使 用 Java 时 ， 发 现 抽象 级 别 还 不 够 。 处 理 大 型 数据 集合 就 是 个 很 好 的 例 
子 ， 面 对 大 型 数据 集合 ，Java 还 欠缺 高 效 的 并 行 操作 。 开 发 者 能 够 使 用 Java 8 编写 复杂 的 
集合 处 理 算法 ， 只 需要 简单 修改 一 个 方法 ， 就 能 让 代码 在 多 核 CPU 上 高 效 运行 。 为 了 编写 
这 类 处 理 批量 数据 的 并 行 类 库 ， 需 要 在 语言 层面 上 修改 现 有 的 Java: 增加 Lambda 表达 式 。 










































































当然 ， 这 样 做 是 有 代价 的 ， 程 序 员 必须 学 习 如 何 编写 和 阅读 使 用 Lambda 表达 式 的 代码 ， 
但 是 ， 这 不 是 一 桩 赔本 的 买卖 。 与 手写 一 大 段 复杂 、 线 程 安 全 的 代码 相 比 ， 学 习 一 点 新 语 
法 和 一 些 新 习惯 容易 很 多 。 开 发 企业 级 应 用 时 ， 好 的 类 库 和 框架 极 大 地 降低 了 开发 时 间 和 
成 本 ， 也 为 开发 易 用 且 高 效 的 类 库 扫 清 了 障碍 。 
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对 于 习惯 了 面向 对 象 编程 的 开发 者 来 说 ， 抽 象 的 概念 并 不 陌生 。 面 向 对 象 编程 是 对 数据 进 
了 抽象 ， 而 函数 式 编 程 是 对 行为 进行 抽象 。 现 实 世 界 中 ， 数 据 和 行为 并 存 ， 程 序 也 是 如 
此 ， 因 此 这 两 种 编程 方式 我 们 都 得 学 。 


这 种 新 的 抽象 方式 还 有 其 他 好 处 。 不 是 所 有 人 都 在 编写 性 能 优先 的 代码 ， 对 于 这 些 人 来 
说 ， 函 数 式 编程 带 来 的 好 处 尤为 明显 。 程 序 员 能 编写 出 更 容易 阅读 的 代码 一 一 这 种 代码 更 
多 地 表达 了 业务 逻辑 的 意图 ， 而 不 是 它 的 实现 机 制 。 易 读 的 代码 也 易于 维护 、 更 可 靠 、 更 
不 容易 出 错 。 
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式 编程 让 事件 处 理 系 统 变 得 更 加 简单 。 能 将 函数 方便 地 传递 也 让 编写 惰性 代码 变 得 容易 ， 
惰性 代码 在 真正 需要 时 才 初 始 化 变量 的 值 。 


























Java 8 还 让 集合 类 可 以 拥有 一 些 额外 的 方法 : default 方法 。 程 序 员 在 维护 自己 的 类 库 时 ， 
可 以 使 用 这 些 方 法 。 








总 而 言 之 ，Java 已 经 不 是 祖辈 们 当年 使 用 的 Java T, IE, 这 不 是 件 坏 寻 


1.2 ”什么 是 函数 式 编程 
每 个 人 对 函数 式 编程 的 理解 不 尽 相 同 。 但 其 核心 是 : 在 思考 问题 时 ， 使 用 不 可 变 值 和 国 
数 ， 函 数 对 一 个 值 进行 处 理 ， 映 射 成 另 一 个 值 。 


不 同 的 语言 社区 往往 对 各 自 语 言 中 的 特性 白 芳 自 赏 。 现 在 谈 Java 程序 员 如 何 定 义 函 数 式 编 
程 还 为 时 尚 早 ， 但 是 ， 这 根本 不 重要 ! 我 们 关心 的 是 如 何 写 出 好 代码 ， 而 不 是 符合 函数 式 
编程 风格 的 代码 。 

本 书 将 重点 放 在 函数 式 编程 的 实用 性 上 ， 包 括 可 以 被 大 多 数 程 序 员 理解 和 使 用 的 技术 ， 帮 
助 他 们 写 出 易 读 、 易 维护 的 代码 。 


1.3 示例 


本 书 中 的 示例 全 部 都 围绕 一 个 常见 的 问题 领域 构造 : 音乐。 具体 来 说 ， 这 些 示 例 代表 了 在 
专辑 上 常常 看 到 的 信息 ， 有 关 术 语 定义 如 下 。 
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e Artist 


创作 音乐 的 个 人 或 团队 。 


。 name: 艺术 家 的 名 字 (例如 “甲壳 虫 乐队 ”) 。 
e members; 乐队 成 员 (例如 “约翰 列 依 ”)， 该 字段 可 为 空 。 
。 origin: 乐队 来 自 哪里 (例如 “利物浦 ”)。 








2 | 第 1 章 


e Track 


专辑 中 的 一 支 曲 目 。 
。 name: 曲目 名 称 (例如 《黄色 潜水 艇 》) 。 


e Album 
专辑 ， 由 若干 曲目 组 成 。 


。 name, 专辑 名 (例如 《左轮 手枪 》)。 
。 tracks: 专辑 上 所 有 曲目 的 列表 。 
。 musicians; 参与 创作 本 专辑 的 艺术 家 列表 。 


本 书 将 使 用 这 个 问题 讲解 如 何在 正常 的 业务 领域 或 者 Java 应 用 中 使 用 国 数 式 编程 技术 。 也 
许 读者 认为 这 些 示例 并 不 完美 ， 但 它 和 真实 的 业务 领域 应 用 比 起 来 足够 简单 ， 书 中 的 很 多 
代码 都 是 基于 这 个 简单 的 模型 。 














第 2 章 


Lambda 表 达 式 





Java 8 的 最 大 变化 是 引入 了 Lambda 表达 式 一 一 一 种 紧凑 的 、 传 递 行为 的 方式 。 它 也 是 本 
书后 续 章 市 所 述 内 容 的 基础 ， 因 此 ， 接 下 来 就 了 解 一 下 什么 是 Lambda 表达 式 。 


2.1 第 一 个 Lambda 表 达 式 


Swing 是 一 个 与 平台 无 关 的 Java 类 库 ， 用 来 编写 图 形 用 户 界面 (GUI) 。 该 类 库 有 一 个 常见 
用 法 : 为 了 响应 用 户 操 作 ， 需 要 注册 一 个 事件 监听 器 。 用 户 一 输入 ， 监 听 器 就 会 执行 一 些 
操作 〈 见 例 2-1)。 























例 2-1 使 用 匿名 内 部 类 将 行为 和 按钮 单 击 进行 关联 
button.addActionListener(new ActionListener() { 
public void actionPerformed(ActionEvent event) { 
System.out.println("button clicked"); 
} 
}) 








在 这 个 例子 中 ， 我 们 创建 了 一 个 新 对 象 ， 它 实现 了 ActionListener 接口 。 这 个 接口 只 有 一 
个 方法 actionPerformed， 当 用 户 点 击 屏幕 上 的 按钮 时 ，button 就 会 调用 这 个 方法 。 匿 名 
内 部 类 实现 了 该 方法 。 在 例 2-1 中 该 方法 所 执行 的 只 是 输出 一 条 信息 ， 表 明 按钮 已 被 点 击 。 





这 实际 上 是 一 个 代码 即 数据 的 例子 一 一 我 们 给 按钮 传递 了 一 个 代表 某 种 行为 
的 对 象 。 


设计 匿名 内 部 类 的 目的 ， 就 是 为 了 方便 Java 程序 员 将 代码 作为 数据 传递 。 不 过 ， 匿 名 内 部 
类 还 是 不 够 简便 。 为 了 调用 一 行 重要 的 逻辑 代码 ， 不 得 不 加 上 4 行 元 党 的 样板 代码 。 若 把 
样板 代码 用 其 他 颜色 区 分 开 来 ， 就 可 一 目 了 然 : 











button.addActionListener(new ActionListener() { 
public void actionPerformed(ActionEvent event) { 
System.out.println("button clicked"); 
} 
})3 
尽管 如 此 ， 样 板 代 码 并 不 是 唯一 的 问题 : 这些 代码 还 相当 难 读 ， 因 为 它 没有 清楚 地 表达 程 
序 员 的 意图 。 我 们 不 想 传 和 人 对象， 只 想 传人 行为 。 在 Java 8 中 ， 上 述 代 码 可 以 写成 一 个 
Lambda 表达 式 ， 如 例 2-2 所 示 。 


例 2-2 使 用 Lambda 表达 式 将 行为 和 按钮 单 击 进行 关联 


button.addActionListener(event -> System.out.println("button clicked")); 





和 传人 一 个 实现 某 接 口 的 对 象 不 同 ， 我 们 传人 了 一 段 代 码 块 一 一 一 个 没有 名 字 的 函数 。 
event 是 参数 名 ， 和 上 面 匿名 内 部 类 示例 中 的 是 同一 个 参数 。-> 将 参数 和 Lambda 表达 式 
的 主体 分 开 ， 而 主体 是 用 户 点 击 按钮 时 会 运行 的 一 些 代 码 。 


和 使 用 匿名 内 部 类 的 另 一 处 不 同 在 于 声明 event 参数 的 方式 。 使 用 匿名 内 部 类 时 需要 显 式 
地 声明 参数 类 型 ActionEvent event， 而 在 Lambda 表达 式 中 无 需 指 定 类 型 ， 程 序 依然 可 以 
编译 。 这 是 因为 javac 根据 程序 的 上 下 文 (addActionListener 方法 的 签名 ) 在 后 台 推断 出 
了 参数 event 的 类 型 。 这 意味 着 如 果 参 数 类 型 不 言 而 明 ， 则 无 需 显 式 指定 。 稍 后 会 介绍 类 
型 推断 的 更 多 细节 ， 现 在 先 来 看 看 编写 Lambda 表达 式 的 各 种 方式 .。 





尽管 与 之 前 相 比 ，Lambda 表达 式 中 的 参数 需要 的 样板 代码 很 少 ， 但 是 Java 8 
仍然 是 一 种 静态 类 型 语言 。 为 了 增加 可 读 性 并 迁就 我 们 的 习惯 ， 声 明 参 数 时 
也 可 以 包括 类 型 信息 ， 而 且 有 时 编译 器 不 一 定 能 根据 上 下 文 推断 出 参数 的 
类 型 | 














2.2 ”如 何 辨别 Lambda 表 达 式 
Lambda 表达 式 除了 基本 的 形式 之 外 ， 还 有 几 种 变 体 ， 如 例 2-3 所 示 。 
例 2-3 ”编写 Lambda 表达 式 的 不 同形 式 


Runnable noArguments = () -> System.out.println("Hello World"); © 
ActionListener oneArgument = event -> System.out.println("button clicked"); @ 


Runnable multiStatement = () ->{ © 
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System.out.print("Hello"); 
System.out.println(" World"); 
i 


BinaryOperator<Long> add = (x, y) -> x+y; @ 


BinaryOperator<Long> addExplicit = (Long x, Long y) -> x+y; © 


@@ 中 所 示 的 Lambda 表达 式 不 包含 参数 ， 使 用 空 括号 () 表示 没有 参数 。 该 Lambda 表达 式 
SKIL T Runnable 接口 ， 该 接口 也 只 有 一 个 run 方法 ， 设 有 参数 ， 且 返回 类 型 为 void。 


台中 所 示 的 Lambda 表达 式 包 含 且 只 包含 一 个 参数 ， 可 省 略 参数 的 括号 ， 这 和 例 2-2 中 的 
形式 一 样 。 


Lambda 表达 式 的 主体 不 仅 可 以 是 一 个 表达 式 ， 而 且 也 可 以 是 一 段 代 码 块 ， 使 用 大 括号 
({}) 将 代码 块 括 起 来 ， 如 全 所 示 。 该 代码 块 和 普通 方法 遵循 的 规则 别 无 二 致 ， 可 以 用 返 
回 或 抛 出 异常 来 退出 。 只 有 一 行 代码 的 Lambda 表达 式 也 可 使 用 大 括号 ， 用 以 明确 Lambda 
表达 式 从 何 处 开始 、 到 哪里 结束 。 


Lambda 表达 式 也 可 以 表示 包含 多 个 参数 的 方法 ， 如 人 @@ 所 示 。 这 时 就 有 必要 思考 怎样 去 闲 
读 该 Lambda 表达 式 。 这 行 代码 并 不 是 将 两 个 数字 相 加 ， 而 是 创建 了 一 个 函数 ， 用 来 计算 
两 个 数字 相 加 的 结果 。 变 量 add 的 类 型 是 Btnary0perator<Long>， 它 不 是 两 个 数字 的 和 ， 
而 是 将 两 个 数字 相 加 的 那 行 代码 。 

















到 目前 为 止 ， 所 有 Lambda 表达 式 中 的 参数 类 型 都 是 由 编译 器 推断 得 出 的 。 这 当然 不 错 ， 
但 有 时 最 好 也 可 以 显 式 声明 参数 类 型 ， 此 时 就 需要 使 用 小 括号 将 参数 括 起 来 ， 多 个 参数 的 
情况 也 是 如 此 。 如 全 所 示 。 





目标 类 型 是 指 Lambda 表达 式 所 在 上 下 文 环境 的 类 型 。 比 如 ， 将 Lambda 表 
达 式 赋值 给 一 个 局 部 变量 ， 或 传递 给 一 个 方法 作为 参数 ， 局 部 变量 或 方法 参 
数 的 类 型 就 是 Lambda 表达 式 的 目标 类 型 。 





上 述 例子 还 隐 含 了 另外 一 层 意 思 : Lambda 表达 式 的 类 型 依赖 于 上 下 文 环境 ， 是 由 编译 器 
推断 出 来 的 。 目 标 类 型 也 不 是 一 个 全 新 的 概念 。 如 例 2-4 所 示 ，Java 中 初始 化 数组 时 ， 数 
组 的 类 型 就 是 根据 上 下 文 推断 出 来 的 。 另 一 个 常见 的 例子 是 nutL， 只 有 将 nutl 赋值 给 一 
个 变量 ， 才 能 知道 它 的 类 型 。 


例 2-4 等 号 右边 的 代码 并 没有 声明 类 型 ， 系 统 根据 上 下 文 推断 出 类 型 信息 


final String[] array = { "hello", "world" }; 
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2.3 引用 值 ， 而 不 是 变量 


如 果 你 曾 使 用 过 匿名 内 部 类 ， 也 许 遇 到 过 这 样 的 情况 : 需要 引用 它 所 在 方法 里 的 变量 。 这 
时 ,需要 将 变量 声明 为 final, 如 例 2-5 所 示 。 将 变量 声明 为 final, 意味 着 不 能 为 其 重复 赋 
值 。 同 时 也 意味 着 在 使 用 final 变量 时 ， 实 际 上 是 在 使 用 赋 给 该 变量 的 一 个 特定 的 值 。 


例 2-5 匿名 内 部 类 中 使 用 final 局 部 变量 
final String name = getUserName(); 
button.addActionListener(new ActionListener() { 
public void actionPerformed(ActionEvent event) { 
System.out.println("hi " + name); 














} 
Ps 
Java 8 虽然 放松 了 这 一 限制 ， 可 以 引用 非 final 变量 ， 但 是 该 变量 在 既成 事实 上 必须 是 
finaL。 虽 然 无 需 将 变量 声明 为 final, 但 在 Lambda 表达 式 中 , 也 无 法 用 作 非 终 态 变量 。 如 
果 坚 持 用 作 非 终 态 变量 ， 编 译 器 就 会 报错 。 








既成 事实 上 的 final 是 指 只 能 给 该 变量 赋值 一 次 。 换 名 话说，Lambda 表达 式 引用 的 是 值 ， 
而 不 是 变量 。 在 例 2-6 中 ，name 就 是 一 个 既成 事实 上 的 final 变量 。 











例 2-6 Lambda 表达 式 中 引用 既成 事实 上 的 final 变量 
String name = getUserName(); 
button.addActionListener(event -> System.out.println("hi " + name)); 


Final 就 像 代码 中 的 线路 噪声 , 省 去 之 后 代码 更 易 读 。 当 然 , 有 些 情况 下 , 显 式 地 使 用 final 
代码 更 易 懂 。 是 否 使 用 这 种 既成 事实 上 的 final 变量 ， 完 全 取决 于 个 人 喜好 。 























如 果 你 试图 给 该 变量 多 次 赋值 ， 然 后 在 Lambda 表达 式 中 引用 它 ， 编 译 器 就 会 报错 。 比 
如 ， 例 2-7 无 法 通过 编译 ， 并 显示 出 错 信 息 : local variables referenced from a Lambda 


expression must be final or effectively final’, 





例 2-7 未 使 用 既成 事实 上 的 final 变量 ， 导 致 无 法 通过 编译 
String name = getUserName(); 
name = formatUserName(name); 
button.addActionListener(event -> System.out.println("hi " + name)); 


这 种 行为 也 解释 了 为 什么 Lambda 表达 式 也 被 称 为 闲 包 。 未 赋值 的 变量 与 周边 环境 隔离 起 
来 ， 进 而 被 绑 定 到 一 个 特定 的 值 。 在 众说 纷 经 的 计算 机 编程 语言 圈子 里 ，Java 是 否 拥有 真 
正 的 闭 包 一 直 备 受 争议 ， 因 为 在 Java 中 只 能 引用 既成 事实 上 的 final 变量 。 名 字 虽 异 ， 功 
能 相同 ， 就 好 比 把 菠萝 叫 作 凤梨 ， 其 实 都 是 同一 种 水 果 。 为 了 避免 无 意义 的 争论 ， 全 书 将 
使 用 “Lambda 表达 式 ” 一 词 。 无 论 名 字 如 何 ， 如 前 文 所 述 ，Lambda 表达 式 都 是 静态 类 型 





























注 1: Lambda 表达 式 中 引用 的 局 部 变量 必须 是 final 或 既成 事实 上 的 final 变量 。 一 一 译 者 注 
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的 。 因 此 ， 接 下 来 就 分 析 一 下 Lambda 表达 式 本 身 的 类 型 : 函数 接口 。 


2.4 函数 接口 


国 数 接口 是 只 有 一 个 抽象 方法 的 接口 ， 用 作 Lambda 表达 式 的 类 型 。 


在 Java 里 ， 所 有 方法 参数 都 有 固定 的 类 型 。 假 设 将 数字 3 作为 参数 传 给 一 个 方法 ， 则 参数 
的 类 型 是 int。 那 么 ，Lambda 表达 式 的 类 型 又 是 什么 呢 ? 


使 用 只 有 一 个 方法 的 接口 来 表示 某 特 定 方法 并 反复 使 用 ， 是 很 早 就 有 的 习惯 。 使 用 Swing 
编写 过 用 户 界面 的 人 对 这 种 方式 都 不 陌生 ， 例 2-2 中 的 用 法 也 是 如 此 。 这 里 无 需 再 标 新 立 
异 ，Lambda 表达 式 也 使 用 同样 的 技巧 ， 并 将 这 种 接口 称 为 函数 接口 。 例 2-8 展示 了 前 面 例 
子 中 所 用 的 函数 接口 。 




















例 2-8 ActionListener 接口 : 接受 ActionEvent 类 型 的 参数 ， 返 回 空 


public interface ActionListener extends EventListener { 
public void actionPerformed(ActionEvent event); 


} 


ActionListener 只 有 一 个 抽象 方法 : actionPerformed， 被 用 来 表示 行为 : 接受 一 个 参数 ， 
返回 空 。 记 住 ， 由 于 actionPerformed 定义 在 一 个 接口 里 ， 因 此 abstract 关键 字 不 是 必需 
的 。 该 接口 也 继承 自 一 个 不 具有 任何 方法 的 父 接口 : EventListener。 





这 就 是 函数 接口 ， 接 口中 单一 方法 的 命名 并 不 重要 ， 只 要 方法 签名 和 Lambda 表达 式 的 类 
型 匹配 即 可 。 可 在 函数 接口 中 为 参数 起 一 个 有 意义 的 名 字 ， 增 加 代码 易 读 性 ， 便 于 更 透彻 
地 理解 参数 的 用 途 。 





这 里 的 函数 接口 接受 一 个 ActionEvent 类 型 的 参数 ， 返 回 空 (void), 但 函数 接口 还 可 有 其 
他 形式 。 例 如 ， 函 数 接口 可 以 接受 两 个 参数 ， 并 返回 一 个 值 , 还 可 以 使 用 泛 型 ， 这 完全 取 
决 于 你 要 干什么 。 








以 后 我 将 使 用 图 形 来 表示 不 同类 型 的 国 数 接口 。 指 向 国 数 接口 的 箭头 表示 参数 ， 如 果 箭 头 
从 函数 接口 射出 ， 则 表示 方法 的 返回 类 型 。ActionListener 的 函数 接口 如 图 2-1 所 示 。 
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使 用 Java 编程 ， 总 会 遇 到 很 多 函数 接口 ， 但 Java 开发 工具 包 (IDK) 提供 的 一 组 核心 函数 
接口 会 频繁 出 现 。 表 2-1 罗列 了 一 些 最 重要 的 函数 接口 。 





表 2-1 Java 中 重要 的 函数 接口 














接口 参数 返回 类 型 示例 

Predicate<T> T boolean 这 张 唱片 已 经 发 行 了 吗 
Consumer<T> void 输出 一 个 值 
Function<T,R> T R 获得 Artist 对 象 的 名 字 
Supplier<T> None T 工厂 方法 
UnaryOperator<T> T T HSE (1) 
BinaryOperator<T> (T，T) T 求 两 个 数 的 乘积 (*) 





前 面 已 讲 过 函数 接口 接收 的 类 型 ， 也 讲 过 javac 可 以 根据 上 下 文 自动 推断 出 参数 的 类 型 ， 
且 用 户 也 可 以 手动 声明 参数 类 型 ， 但 何 时 需要 手动 声明 呢 ? 下 面 将 对 类 型 推断 作 详尽 说 明 。 


2.5 ”类 型 推断 

某 些 情况 下 ， 用 户 需 要 手动 指明 类 型 ， 建 议 大 家 根据 自己 或 项 目 组 的 习惯 ， 采 用 让 代码 最 
便于 阅读 的 方法 。 有 时 省 略 类 型 信息 可 以 减少 和 干扰， 更易 和 弄 清 状况 ， 而 有 时 却 需 要 类 型 信 
息 帮 助理 解 代码 。 经 验证 发 现 ， 一 开始 类 型 信息 是 有 用 的 ， 但 随后 可 以 只 在 真正 需要 时 才 
加 上 类 型 信息 。 下 面 将 介绍 一 些 简单 的 规则 ， 来 帮助 确认 是 否 需 要 手动 声明 参数 类 型 。 


Lambda 表达 式 中 的 类 型 推断 ， 实 际 上 是 Java 7 就 引入 的 目标 类 型 推断 的 扩展 。 读 者 可 能 
已 经 知道 Java 7 中 的 鞭 形 操作 符 ， 它 可 使 javac 推断 出 泛 型 参数 的 类 型 。 参 见 例 2-9。 























例 2-9 使 用 菱形 操作 符 ， 根 据 变量 类 型 做 推断 


Map<String, Integer> oldWordCounts = new HashMap<String, Integer>(); © 
Map<String, Integer> diamondWordCounts = new HashMap<>(); @ 


我 们 为 变量 oldWordCcounts @ 明 确 指 定 了 泛 型 的 类 型 ， 而 变量 diamondWordCounts @ 则 使 用 了 
菱 形 操作 符 。 不 用 明确 声明 泛 型 类 型 ， 编 译 器 就 可 以 自己 推断 出 来 ， 这 就 是 它 的 神奇 之 处 ! 





当然 ， 这 并 不 是 什么 魔法 ， 根 据 变量 diamondWordCounts @ 的 类 型 可 以 推断 出 HashMap 的 泛 
型 类 型 ， 但 用 户 仍 需要 声明 变量 的 泛 型 类 型 。 


如 果 将 构造 函数 直接 传递 给 一 个 方法 ， 也 可 根据 方法 签名 来 推断 类 型 。 在 例 2-10 中 ， 我 们 
传人 了 HashMap， 根 据 方法 签名 已 经 可 以 推断 出 泛 型 的 类 型 。 


例 2-10 使 用 区 形 操作 符 ， 根 据 方法 签名 做 推断 


useHashmap(new HashMap<>()); 





private void useHashmap(Map<String, String> values); 


Java 7 中 程序 员 可 省 略 构 造 函 数 的 泛 型 类 型 ，Java 8 更 进一步 ， 程 序 员 可 省 略 Lambda 表达 
式 中 的 所 有 参数 类 型 。 再 强调 一 次 ， 这 并 不 是 魔法 ，javac 根据 Lambda 表达 式 上 下 文 信息 
就 能 推断 出 参数 的 正确 类 型 。 程 序 依然 要 经 过 类 型 检查 来 保证 运行 的 安全 性 ， 但 不 用 再 显 
式 声 明 类 型 罢了 。 这 就 是 所 谓 的 类 型 推断 。 





Java 8 中 对 类 型 推断 系统 的 改善 值得 一 提 。 上 面 的 例子 将 new HashMap<>() 
传 给 useHashmap 方法 ， 即 使 编译 器 拥有 足够 的 信息 ， 也 无 法 在 Java 7 中 通过 

















接 下 来 将 通过 举例 来 详细 分 析 类 型 推断 。 


例 2-11 和 例 2-12 都 将 变量 赋 给 一 个 函数 接口 ， 这 样 便于 理解 。 第 一 个 例子 ( 例 2-11) 使 
FA Lambda 表达 式 检测 一 个 Integer 是 否 大 于 5。 这 实际 上 是 一 个 Predicate 用 来 判断 
真 假 的 函数 接口 。 


例 2-11 类 型 推断 


Predicate<Integer> atLeast5 = x -> x > 5; 











Predicate 也 是 一 个 Lambda 表达 式 ， 和 前 文中 ActionListener 不 同 的 是 ， 它 还 返回 一 个 
值 。 在 例 2-11 中 ， 表 达 式 x > 5 是 Lambda 表 达 式 的 主体 。 这 样 的 情况 下 ， 返 回 值 就 是 
Lambda 表达 式 主体 的 值 。 


例 2-12 Predicate 接口 的 源码 ， 接 受 一 个 对 象 ， 返 回 一 个 布尔 值 


public interface Predicate<T> { 
boolean test(T t); 








} 














从 例 2-12 中 可 以 看 出 ，Predicate 只 有 一 个 泛 型 类 型 的 参数 ，Integer 用 于 其 中 。Lambda 
表达 式 实 现 了 Predicate 接口 ， 因 此 它 的 单一 参数 被 推断 为 Integer 类 型 。javac 还 可 检查 
Lambda 表达 式 的 返回 值 是 不 是 bootean， 这 正 是 Predicate 方法 的 返回 类 型 (如 图 2-2)。 























boolean 














图 2-2: Predicate 接口 图 示 ， 接 受 一 个 对 象 ， 返 回 一 个 布尔 值 


例 2-13 是 一 个 略 显 复杂 的 图 数 接口 : Binary0perator。 该 接口 接受 两 个 参数 ， 返 回 一 个 








Lambda 表 达 式 | 11 


值 ， 参 数 和 值 的 类 型 均 相 同 。 实 例 中 所 用 的 类 型 是 Long。 


例 2-13 略 显 复杂 的 类 型 推断 


BinaryOperator<Long> addLongs = (x, y) -> x + y; 
类 型 推断 系统 相当 智能 ， 但 若 信 息 不 够 ， 类 型 推断 系统 也 无 能 为 力 。 类 型 系统 不 会 漫 无 边 
际 地 瞎 猜 ， 而 会 中 止 操 作 并 报告 编译 错误 ,寻求 帮助 。 比 如 ， 如 果 我 们 删 掉 例 2-13 中 的 基 
些 类 型 信息 ， 就 会 得 到 例 2-14 所 示 的 代码 。 





例 2-14 没有 泛 型 代码 则 通 不 过 编译 
BinaryOperator add = (x, y) -> x + y; 


编译 器 给 出 的 报错 信息 如 下 : 





Operator '& #x002B;' cannot be applied to java.lang.Object, java.lang.Object. 








报错 信息 让 人 一 头 雾 水 ， 到 底 怎 么 回 事 ?” BinaryOperator 毕 竞 是 一 个 具有 泛 型 参数 的 函数 
接口 ， 该 类 型 既是 参数 x 和 y 的 类 型 ,也 是 返回 值 的 类 型 。 上 面 的 例子 中 并 没有 给 出 变量 
add 的 任何 泛 型 信息 ， 给 出 的 正 是 原始 类 型 的 定义 。 因 此 ， 编 译 器 认为 参数 和 返回 值 都 是 
java.lang.Object 实例 。 























4.3 方 还 会 讲 到 类 型 推断 ， 但 就 目前 来 说 ， 掌 握 以 上 类 型 推断 的 知识 就 已 经 足够 了 。 


26 ”要 点 回顾 


e Lambda 表达 式 是 一 个 匿名 方法 ， 将 行为 像 数据 一 样 进行 传递 。 
。 Lambda 表达 式 的 常见 结构 : ~BinaryOperator<Integer> add = (x, y) 一 x + y, 
。 国 数 接口 指 仅 具 有 单个 抽象 方法 的 接口 ， 用 来 表示 Lambda 表达 式 的 类 型 。 


27 练习 


每 章 最 后 都 附 有 一 组 练习 ， 帮 助 读 者 实践 并 巩固 本 章 的 知识 和 新 概念 。 练 习 答案 可 在 
GitHub (https://github.com/RichardWarburton/java-8-Lambdas-exercises) 上 本 书 所 对 应 的 代 
码 仓库 中 找到 。 


1. 请 看 例 2-15 中 的 Function 函数 接口 并 回答 下 列 问题 。 





例 2-15 Function 函数 接口 
public interface Function<T, R> { 
R apply(T t); 








a. 请 画 出 该 函数 接口 的 图 示 。 














N 


Ww 


b. 若 要 编写 一 个 计算 器 程序 ， 你 会 使 用 该 接口 表示 什么 样 的 Lambda 表达 式 ? 
c. 下 列 哪些 Lambda 表达 式 有 效 实 现 了 Function<Long,Long> ? 





x -> X+1; 
(x, y) -> x + 1; 
x -> X == 1; 


. ThreadLocal Lambda #34 A, Java 有 一 个 ThreadLocal 类 ， 作 为 容器 保存 了 当前 线程 里 


局 部 变量 的 值 。Java 8 为 该 类 新 加 了 一 个 工厂 方法 ， 接 受 一 个 Lambda 表达 式 ， 并 产生 
一 个 新 的 ThreadLocat 对 象 ， 而 不 用 使 用 继承 ， 语 法 上 更 加 简洁 。 


a. 在 Javadoc 或 集成 开发 环境 (IDE) 里 找 出 该 方法 。 
b. DateFormatter 类 是 非 线 程 安全 的 。 使 用 构造 函数 创建 一 个 线程 安全 的 DateFormatter 
对 象 ， 并 输出 日 期 如 “01-Jan-1970”。 











. 类 型 推断 规则 。 下 面 是 将 Lambda 表达 式 作 为 参数 传递 给 函数 的 一 些 例子 。javac 能 











确 推断 出 Lambda 表达 式 中 参数 的 类 型 吗 ? 换 句 话说， 程序 能 编译 四 ? 


. Runnable helloWorld = () -> System.out.println("hello world"); 


使 用 Lambda 表达 式 实 现 ActionListener 接口 : 


JButton button = new JButton(); 
button.addActionListener(event -> 
System.out.println(event.getActionCommand())); 


o p 


c. 以 如 下 方式 重 载 check 方法 后 ， 还 能 正确 推断 出 check(x -> x > 5) 的 类 型 吗 ? 


interface IntPred { 
boolean test(Integer value); 


boolean check(Predicate<Integer> predicate); 


boolean check(IntPred predicate); 





你 可 能 需要 查阅 Javadoc 或 在 IDE 里 查看 方法 的 参数 类 型 ， 验 证 重 载 是 否 有 效 。 
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Java 8 中 新 增 的 特性 旨 在 帮助 程序 员 写 出 更 好 的 代码 ， 其 中 对 核心 类 库 的 改进 是 很 关键 的 
一 部 分 ， 也 是 本 章 的 主要 内 容 。 对 核心 类 库 的 改进 主要 包括 集合 类 的 API 和 新 引入 的 流 
(Stream) 。 流 使 程序 员 得 以 站 在 更 高 的 抽象 层次 上 对 集合 进行 操作 。 


本 章 会 介绍 Stream 类 中 的 一 组 方法 ， 每 个 方法 都 对 应 集合 上 的 一 种 操作 。 


3.1 从 外 部 和 迭代 到 内 部 迭代 








本 章 及 本 书 其 余部 分 的 例子 大 多 围绕 1.3 市 介绍 的 案例 展开 








Java 程序 员 在 使 用 集合 类 时 ， 一 个 通用 的 模式 是 在 集合 上 进行 迭代 ， 然 后 处 理 返 回 的 每 一 
个 元 素 。 比 如 要 计算 从 伦敦 来 的 艺术 家 的 人 数 ， 通 常 代码 会 写成 例 3-1 这 样 。 


例 3-1 使 用 for 循环 计算 来 自 伦 敦 的 艺术 家 人 数 
int count = 0; 
for (Artist artist : allArtists) { 
if (artist.isFrom("London")) { 
count++3 


} 








} 
尽管 这 样 的 操作 可 行 ， 但 存在 几 个 癌 题 。 每 次 迭代 集合 类 时 ， 都 需要 写 很 多 样板 代码 。 将 
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for 循环 改造 成 并 行 方式 运行 也 很 麻烦 ， 需 要 修改 每 个 for 循环 才能 实现 。 


此 外 ， 上 述 代码 无 法 流畅 传达 程序 员 的 意图 。for 循环 的 样板 代码 模糊 了 代码 的 本 意 ， 程 
序 员 必 须 阅 读 整 个 循环 体 才能 理解 。 若 是 单一 的 for 循环 ， 倒 也 问题 不 大 ， 但 面 对 一 个 满 
是 循环 HERA) 的 庞大 代码 库 时 ， 负 担 就 重 了 。 


就 其 背后 的 原理 来 看 ，for 循环 其 实 是 一 个 封装 了 迭代 的 语法 糖 ， 我 们 在 这 里 多 花 点 时 间 ， 
看 看 它 的 工作 原理 。 首 先 调用 iterator 方法 ， 产 生 一 个 新 的 Iterator 对 象 ， 进 而 控制 整 
个 迭代 过 程 ， 这 就 是 外 部 近代。 过 代 过 程 通 过 显 式 调用 Iterator 对 象 的 hasNext 和 next 
方法 完成 迭代 。 展 开 后 的 代码 如 例 3-2 所 示 ， 图 3-1 展示 了 迭代 过 程 中 的 方法 调用 。 


例 3-2 使 用 迭代 器 计算 来 自 伦敦 的 艺术 家 人 数 
int count = 0; 
Iterator<Artist> iterator = allArtists.iterator(); 
while(iterator.hasNext()) { 
Artist artist = iterator.next(); 
if (artist.isFrom("London")) { 
count++3 








} 

















图 3-1: 外 部 迭代 





然而 ， 外 部 选 代 也 有 问题 。 首 先 ， 它 很 难 抽象 出 本 章 稍 后 提 及 的 不 同 操作 ， 此 外 ， 它 从 本 
质 上 来 讲 是 一 种 串 行 化 操作 。 总 体 来 看 ， 使 用 for 循环 会 将 行为 和 方法 混为一谈 。 





另 一 种 方法 就 是 内 部 选 代 ， 如 例 3-3 所 示 。 首 先 要 注意 stream() 方法 的 调用 ， 它 和 例 3-2 
中 调用 iterator() 的 作用 一 样 。 该 方法 不 是 返回 一 个 控制 迭代 的 Iterator 对 象 ， 而 是 返 
回 内 部 迭代 中 的 相应 接口 : Stream, 


例 3-3 EFAS CTR BPE RA RAAB 
long count = allArtists.stream() 
.filter(artist -> artist.isFrom("London")) 
.count(); 














图 3-2 展示 了 使 用 类 库 后 的 方法 调用 流程 ， 与 图 3-1 形成 对 比 。 





应 用 代码 集合 代码 ， 


迭代 
构建 操作 一 
on í 














图 3-2: 内 部 迭代 


Stream 是 用 国 数 式 编程 方式 在 集合 类 上 进行 复杂 操作 的 工具 。 








例 3-3 可 被 分 解 为 两 步 更 简单 的 操作 : 


。 找 出 所 有 来 自 伦敦 的 艺术 家 ， 
。 计算 他 们 的 人 数 。 


每 种 操作 都 对 应 Stream 接口 的 一 个 方法 。 为 了 找 出 来 自 伦 敦 的 艺术 家 ， 需 要 对 Stream 对 
象 进行 过 滤 : filter。 过 小 在 这 里 是 指 “ 只 保留 通过 某 项 测试 的 对 象 ”。 神 试 由 一 个 函数 完 
成 ,根据 艺术 家 是 否 来 自 伦 敦 ， 该 函数 返回 true 或 者 false。 由 于 Stream API 的 函数 式 编 
程 风格 ,我 们 并 没有 改变 集合 的 内 容 ， 而 是 描述 出 Stream 里 的 内 容 。count() 方法 计算 给 
定 Stream 里 包含 多 少 个 对 象 。 


3.2 ”实现 机 制 


例 3-3 中 ， 整 个 过 程 被 分 解 为 两 种 更 简单 的 操作 : 过滤 和 计数 ， 看 似 有 化 简 为 繁 之 嫌 一 一 
Bil 3-1 中 只 含 一 个 for 循环 ， 两 种 操作 是 否 意味 着 需要 两 次 循环 ” 事实 上 ， 类 库 设 计 精 妙 ， 
只 需 对 艺术 家 列表 迭 代 一 次 。 


Win, Æ Java 中 调用 一 个 方法 ， 计 算 机 会 随即 执行 操作 : ELAM, System.out.printin 
("Hello World"); 会 在 终端 上 输出 一 条 信息 。Strean 里 的 一 些 方法 却 略 有 不 同 ， 它 们 虽 是 
普通 的 Java 方法， 但 返回 的 Stream 对 象 却 不 是 一 个 新 集合 ， 而 是 创建 新 集合 的 配方 。 现 
在 ， 尝 试 思考 一 下 例 3-4 中 代码 的 作用 ， 一 时 毫 无 头绪 也 没关系 ， 稍 后 会 详细 解释 。 


























例 3-4 只 过 滤 ， 不 计数 
allArtists.stream() 
.filter(artist -> artist.isFrom("London")); 


这 行 代码 并 未 做 什么 实际 性 的 工作 ，fitter 只 刻画 出 了 Stream， 但 设 有 产生 新 的 集合 。 像 
Filter 这 样 只 描述 Stream, RAD EMR AW TEER AREA Hs 而 像 count 这 样 
最 终 会 从 Stream 产生 值 的 方法 叫 作 及 早 求 值 方法 。 


如 果 在 过 滤器 中 加 入 一 条 printtn 语句 ， 来 输出 艺术 家 的 名 字 ， 就 能 轻而易举 地 看 出 其 中 的 不 
同 。 例 3-5 对 例 34 作 了 一 些 修改 ， 加 入 了 输出 语句 。 运 行 这 段 代码 ， 程 序 不 会 输出 任何 信息 ! 


例 3-5 由 于 使 用 了 人情 性 求 值 ， 没 有 输出 艺术 家 的 名 字 
allArtists.stream() 
.filter(artist -> { 
System.out.println(artist.getName()); 
return artist.isFrom("London"); 


})s 


如 果 将 同样 的 输出 语句 加 入 一 个 拥有 终止 操作 的 流 ， 如 例 3-3 中 的 计数 操作 ， 艺 术 家 的 名 
字 就 会 被 输出 ( 见 例 3-6)。 


例 3-6 输出 艺术 家 的 名 字 
long count = allArtists.stream() 
.filter(artist -> { 
System.out.println(artist.getName()); 
return artist.isFrom("London"); 


}) 


.count(); 




















以 披 头 士 乐队 的 成 员 作为 艺术 家 列表 ， 运 行 上 述 程序 ， 命 令 行 里 输出 的 内 容 如 例 3-7 所 示 。 
例 3-7 ”显示 披 头 士 乐 队 成 员 名 单 的 示例 输出 


John Lennon 
Paul McCartney 
George Harrison 
Ringo Starr 


判断 一 个 操作 是 惰性 求 值 还 是 及 早 求 值 很 简单 : 只 需 看 它 的 返回 值 。 如 果 返 回 值 是 Stream, 
那么 是 惰性 求 值 ， 如 果 返 回 值 是 另 一 个 值 或 为 空 ， 那 么 就 是 及 早 求 值 。 使 用 这 些 操作 的 理 
想 方 式 就 是 形成 一 个 惰性 求 值 的 链 ， 最 后 用 一 个 及 早 求 值 的 操作 返回 想 要 的 结果 ， 这 正 是 
它 的 合理 之 处 。 计 数 的 示例 也 是 这 样 运 行 的 ， 但 这 只 是 最 简单 的 情况 : 只 含 两 步 操作 。 




















整个 过 程 和 建造 者 模式 有 共通 之 处 。 建 造 者 模式 使 用 一 系列 操作 设置 属性 和 配置 ， 最 后 调 
用 一 个 build 方法 ， 这 时 ， 对 象 才 被 真正 创建 。 


读者 一 定 会 问 :“ 为 什么 要 区 分 惰性 求 值 和 及 早 求 值 7 ”只 有 在 对 需要 什么 样 的 结果 和 操 
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作 有 了 更 多 了 解 之 后 ， 才 能 更 有 效率 地 进行 计算 。 例 如 ， 如 果 要 找 出 大 于 10 的 第 一 个 数 
字 ， 那 么 并 不 需要 和 所 有 元 素 去 做 比较 ， 只 要 找 出 第 一 个 匹配 的 元 素 就 够 了 。 这 也 意味 着 
可 以 在 集合 类 上 级 联 多 种 操作 ， 但 迭代 只 需 一 次 。 


aby 345 
3.3 ”常用 的 流 操作 
为 了 更 好 地 理解 Stream API， 掌 握 一 些 常 用 的 Stream 操作 十 分 必要 。 除 此 处 讲述 的 几 种 重 
要 操作 之 外 ， 该 API 的 Javadoc 中 还 有 更 多 信息 。 














3.3.1 collect(toList()) 


collect(toList()) 方法 由 Stream 里 的 值 生 成 一 个 列表 ， 是 一 个 及 早 求 值 操作 。 





Stream 的 of 方法 使 用 一 组 初始 值 生成 新 的 Stream ERE, collect 的 用 法 不 仅 限 于 此 ， 
它 是 一 个 非常 通用 的 强大 结构 ， 第 5 章 将 详细 介绍 它 的 其 他 用 途 。 下 面 是 使 用 collect 方 
法 的 一 个 例子 : 














List<String> collected = Stream.of("a", "b", "c") © 
-collect(Collectors.toList()); @ 


assertEquals(Arrays.asList("a", "b", "c"), collected); © 


这 段 程序 展示 了 如 何 使 用 collect (toList()) 方法 从 Stream 中 生成 一 个 列表 。 如 上 文 所 述 ， 
由 于 很 多 Stream 操作 都 是 惰性 求 值 ， 因 此 调用 Stream 上 一 系列 方法 之 后 ， 还 需要 最 后 再 
调用 一 个 类 似 collect 的 及 早 求 值 方法 。 


这 个 例子 也 展示 了 本 节 中 所 有 示例 代码 的 通用 格式 。 首 先 由 列表 生成 一 个 Stream @， 然 后 
进行 一 些 Stream 上 的 操作 ， 继 而 是 collect 操作 ， 由 Stream 生成 列表 @， 最 后 使 用 断言 
判断 结果 是 否 和 预期 一 致 @，。 


形象 一 点 儿 的 话 ， 可 以 将 Stream 想象 成 汉堡 ， 将 最 前 和 最 后 对 Stream 操作 的 方法 想象 成 
两 片面 包 ， 这 两 片面 包 帮 助 我 们 认 请 操作 的 起 点 和 终点 。 














3.3.2 map 





如 果 有 一 个 函数 可 以 将 一 种 类 型 的 值 转换 成 另外 一 种 类 型 ，map 操作 就 可 以 
使 用 该 函数 ， 将 一 个 流 中 的 值 转换 成 一 个 新 的 流 。 





读者 可 能 已 经 注意 到 ， 以 前 编程 时 或 多 或 少 使 用 过 类 似 map 的 操作 。 比 如 编写 一 段 Java ft 
码 ， 将 一 组 字符 串 转 换 成 对 应 的 大 写 形式 。 在 一 个 循环 中 ， 对 每 个 字符 串 调用 toUppercase 
方法 ， 然 后 将 得 到 的 结果 加 入 一 个 新 的 列表 。 代 码 如 例 3-8 所 示 。 


例 3-8 使 用 for 循环 将 字符 串 转 换 为 大 写 
List<String> collected = new ArrayList<>(); 
for (String string : asList("a", "b", "hello")) { 
String uppercaseString = string. toUpperCase(); 
collected.add(uppercaseString) ; 


























} 


assertEquals(asList("A", "B", "HELLO"), collected); 





如 果 你 经 常 实 现 例 3-8 中 这 样 的 for 循环 ， 就 不 难 猜 出 map 是 Stream 上 最 常用 的 操作 之 一 
(如 图 3-3 所 示 )。 例 3-9 展示 了 如 何 使 用 新 的 流 框架 将 一 组 字符 串 转 换 成 大 写 形式 。 





E map (0 0O) 
| | 


0000 











3-3: map 操作 


例 3-9 使 用 map 操作 将 字符 串 转 换 为 大 写 形式 
List<String> collected = Stream.of("a", "b", "hello") 


.map(string -> string.toUpperCase()) © 
-collect(toList()); 


assertEquals(asList("A", "B", "HELLO"), collected); 





传 给 map @ 的 Lambda 表达 式 只 接受 一 个 String 类 型 的 参数 ， 返 回 一 个 新 的 String, BR 
和 返回 值 不 必 属 于 同一 种 类 型 ， 但 是 Lambda 表达 式 必 须 是 Function 接口 的 一 个 实例 (如 
图 3-4 所 示 )，Function 接口 是 只 包含 一 个 参数 的 普通 函数 接口 。 


wm > 























图 3-4; Function 接口 





20 | 第 3 章 


3.3.3 filter 








遍历 数据 并 检查 其 中 的 元 素 时 ， 可 尝试 使 用 Stream 中 提供 的 新 方法 Filter 
(如 图 3-5 所 示 )。 

















filter (green or orange) 






E 
m 


OUL] 











3-5; filter 操作 


上 面 就 是 一 个 使 用 filter 的 例子 ， 如 果 你 已 熟悉 这 一 概念 ， 也 可 以 选择 跳 过 本 节 。 啊 哈 ! 
您 还 没 跳 过 本 节 ? 那 大 好 了 ， 我 们 一 起 来 看 看 这 个 方法 有 什么 用 。 假 设 要 找 出 一 组 字符 串 
中 以 数字 开头 的 字符 串 ， 比 如 字符 串 "1abc" 和 "abc"， 其 中 "1abc" 就 是 符合 条 件 的 字符 串 。 
可 以 使 用 一 个 for 循环 ， 内 部 用 if 条 件 语 句 判断 字符 串 的 第 一 个 字符 来 解决 这 个 问题 ， 代 
码 如 例 3-10 所 示 。 


fil 3-10 ”使 用 循环 志 历 列表 ， 使 用 条 件 语句 做 判断 


List<String> beginningWithNumbers = new ArrayList<>(); 
for(String value : asList("a", "1abc", "abci")) { 
if (isDigit(value.charAt(0))) { 
beginningWithNumbers.add(value); 

















} 
} 


assertEquals(asList("1abc"), beginningWithNumbers) ; 


你 可 能 已 经 写 过 很 多 类 似 的 代码 : 这 被 称 为 Filter 模式 。 该 模式 的 核心 思想 是 保留 Stream 
中 的 一 些 元 素 ， 而 过 滤 掉 其 他 的 。 例 3-11 展示 了 如 何 使 用 函数 式 风 格 编写 相同 的 代码 。 


例 3-11 函数 式 风 格 
List<String> beginningWithNumbers 
= Stream.of("a", "1abc", "abc1") 
.filter(value -> isDigit(value.charAt(0))) 
.collect(toList()); 
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assertEquals(asList("1abc"), beginningWithNumbers) ; 


和 map (RAR, filter 接受 一 个 函数 作为 参数 , 该 函数 用 Lambda 表达 式 表示 。 该 函数 和 前 面 
示例 中 UF 条 件 判断 语句 的 功能 一 样 ， 如 果 字 符 串 首 字母 为 数字 ， 则 返回 true, FEER 
遗留 代码 ，for 循环 中 的 if 条 件 语句 就 是 一 个 很 强 的 信号 ， 可 用 filter 方法 替代 。 


由 于 此 方法 和 if 条 件 语句 的 功能 相同 ， 因 此 其 返回 值 肯定 是 true 或 者 false。 经 过 过 滤 ， 
Stream 中 符合 条 件 的 ， 即 Lambda 表达 式 值 为 true 的 元 素 被 保留 下 来 。 该 Lambda 表达 式 
的 函数 接口 正 是 前 面 章节 中 介绍 过 的 Predicate (如 图 3-6 所 示 )。 


T | mae 上 boolean 

















3-6; Predicate 接口 


3.3.4 flatMap 





flatMap 方法 可 用 Stream 替换 值 ， 然 后 将 多 个 Stream 连接 成 一 个 Stream 
(如 图 3-7 所 示 )。 

















前 面 已 介绍 过 map 操作 ， 它 可 用 一 个 新 的 值 代替 Stream 中 的 值 。 但 有 时 ， 用 户 希 望 让 map 
操作 有 点 变化 ， 生 成 一 个 新 的 Stream 对 象 取 而 代 之 。 用 户 通常 不 希望 结果 是 一 连 串 的 流 ， 
此 时 flatMap 最 能 派 上 用 场 。 


flatMap ([_] to OO) 











3-7: flatMap 操作 





我 们 看 一 个 简单 的 例子 。 假 设 有 一 个 包含 多 个 列表 的 流 ， 现 在 希望 得 到 所 有 数字 的 序列 。 
该 问题 的 一 个 解法 如 例 3-12 所 示 。 





22 | 第 3 章 


例 3-12 包含 多 个 列表 的 Stream 


List<Integer> together = Stream.of(asList(1, 2), asList(3, 4)) 
.flatMap(numbers -> numbers.stream()) 
-collect(toList()); 


assertEquals(asList(1, 2, 3, 4), together); 
调用 stream 方法 ， 将 每 个 列表 转换 成 Stream 对 象 ， 其 余部 分 由 fLatMap 方法 处 理 。 


flatMap 方法 的 相关 函数 接口 和 map 方法 的 一 样 ， 都 是 Function 接口 ， 只 是 方法 的 返回 值 
限定 为 Strean 类 型 罢了 。 








3.3.5 max 和 miin 


Stream 上 常用 的 操作 之 一 是 求 最 大 值 和 最 小 值 。Stream API 中 的 max 和 min 操作 足以 解决 
这 一 问题 。 例 3-13 是 查找 专辑 中 最 短 曲目 所 用 的 代码 ， 展 示 了 如 何 使 用 max 和 min 操作 。 
为 了 方便 检查 程序 结果 是 否 正确 ， 代 码 片段 中 罗列 了 专辑 中 的 曲目 信息 ， 我 承认 ， 这 张 专 
辑 是 有 点 冷门 。 


例 3-13 使 用 Stream 查找 最 短 曲 目 


List<Track> tracks = asList(new Track("Bakai", 524), 
new Track("Violets for Your Furs", 378), 
new Track("Time Was", 451)); 


Track shortestTrack = tracks.stream() 
.-min(Comparator.comparing(track -> track.getLength())) 
.get(); 


assertEquals(tracks.get(1), shortestTrack); 


查找 Stream 中 的 最 大 或 最 小 元 素 ， 首 先 要 考虑 的 是 用 什么 作为 排序 的 指标 。 以 查找 专辑 中 
的 最 短 曲目 为 例 ， 排 序 的 指标 就 是 曲目 的 长 度 。 


为 了 让 Stream 对 象 按照 曲目 长 度 进行 排序 ， 需 要 传 给 它 一 个 Comparator 对 象 。Java 8 提 
供 了 一 个 新 的 静态 方法 comparing， 使 用 它 可 以 方便 地 实现 一 个 比较 器 。 放 在 以 前 ， 我 们 
需要 比较 两 个 对 象 的 某 项 属性 的 值 ， 现 在 只 需要 提供 一 个 存 取 方 法 就 够 了 。 本 例 中 使 用 
getLength 方法 。 











花 点 时 间 研 究 一 下 comparing 方法 是 值得 的 。 实 际 上 这 个 方法 接受 一 个 国 数 并 返回 另 一 个 函数 。 
我 知道 ， 这 听 起 来 像 句 废话 ， 但 是 却 很 有 用 。 这 个 方法 本 该 早已 加 入 Java 标准 库 ， 但 由 于 匿名 
内 部 类 可 读 性 差 且 书写 元 长 ， 一 直 未 能 实现 。 现 在 有 了 Lambda 表达 式 ， 代 码 变 得 简洁 易 懂 。 








此 外 ， 还 可 以 调用 空 Stream 的 max 方 法， 返回 Optional 对 象 。0ptional 对 象 有 点 陌生 ， 
它 代 表 一 个 可 能 存在 也 可 能 不 存在 的 值 。 如 果 Stream 为 空 ， 那 么 该 值 不 存在 ， 如 果 不 为 
空 ， 则 该 值 存在 。 先 不 必 细 究 ，4.10 节 将 详细 讲述 Optional 对 象 ， 现 在 唯一 需要 记 住 的 
是 ， 通 过 调用 get 方法 可 以 取出 Optional 对 象 中 的 值 。 












































3.3.6 通用 模式 

max 和 min 方法 都 属于 更 通用 的 一 种 编程 模式 。 要 看 到 这 种 编程 模式 ， 最 简单 的 方法 是 使 
用 for 循环 重 写 例 3-13 中 的 代码 。 例 3-14 和 例 3-13 的 功能 一 样 ， 都 是 查找 专辑 中 的 最 短 
曲目 ， 但 是 使 用 了 for 循环 。 


例 3-14 使 用 for 循环 查找 最 短 曲 目 
List<Track> tracks = asList(new Track("Bakai", 524), 
new Track("Violets for Your Furs", 378), 
new Track("Time Was", 451)); 








Track shortestTrack = tracks.get(0); 
for (Track track : tracks) { 
if (track.getLength() < shortestTrack.getLength()) { 
shortestTrack = track; 


} 
} 


© assertEquals(tracks.get(1), shortestTrack); 


这 段 代 码 先 使 用 列表 中 的 第 一 个 元 素 初 始 化 变量 shortestTrack， 然 后 遍历 曲目 列表 ， 如 果 
找到 更 短 的 曲目 ， 则 更 新 shortestTrack， 最 后 变量 shortestTrack 保存 的 正 是 最 短 曲 目 。 
程序 员 们 无 疑 已 写 过 成 千 上 万 次 这 样 的 for 循环 ， 其 中 很 多 都 属于 这 个 模式 。 例 3-15 中 的 
伪 代 码 体现 了 通用 模式 的 特点 。 








例 3-15 reduce 模式 


Object accumulator = initialValue; 
for(Object element : collection) { 
accumulator = combine(accumulator, element); 


} 


首先 赋 给 accumulator 一 个 初始 值 ，initialValue， 然 后 在 循环 体 中 ， 通 过 调用 combine pk 
数 ， 拿 accumulator 和 集合 中 的 每 一 个 元 素 做 运算 ， 再 将 运算 结果 赋 给 accumulator, Ja 
accumulator 的 值 就 是 想 要 的 结果 。 























这 个 模式 中 的 两 个 可 变 项 是 initialvalue 初始 值 和 combine 函数 。 在 例 3-14 中 ， 我 们 选 列 
表 中 的 第 一 个 元 素 为 初始 值 ， 但 也 不 必需 如 此 。 为 了 找 出 最 短 曲 目 ，combine 函数 返回 当 
前 元 素 和 accumulator 中 较 短 的 那个 。 


接 下 来 看 一 下 Stream API 中 的 reduce 操作 是 怎么 工作 的 。 





3.3.7 reduce 


reduce 操作 可 以 实现 从 一 组 值 中 生成 一 个 值 。 在 上 述 例子 中 用 到 的 count, min 和 max 方 
法 ， 因 为 常用 而 被 纳入 标准 库 中 。 事 实 上 ， 这 些 方法 都 是 reduce 操作 。 


图 3-8 展示 了 如 何 通 过 reduce 操作 对 Stream 中 的 数字 求 和 。 以 0 作 起 点 一 一 一 个 空 
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Stream 的 求 和 结果 ， 每 一 步 都 将 Stream 中 的 元 素 累 加 至 accumulator, W Æ Stream 中 的 
最 后 一 个 元 素 时 ，accumulator 的 值 就 是 所 有 元 素 的 和 。 


AAG 


1 — 3 —> 6 —> 10 








reduce (x,y) —> x+y 


initial result 











3-8: 使 用 reduce 操作 实现 累加 


例 3-16 中 的 代码 展示 了 这 一 过 程 。Lambda 表达 式 就 是 reducer， 它 执行 求 和 操作 ， 有 两 个 
参数 : 传人 Stream 中 的 当前 元 素 和 acc。 将 两 个 参数 相 加 ，acc 是 累加 器 ， 保 存 着 当前 的 
RIMAR. 





例 3-16 使 用 reduce 240 


int count = Stream.of(1, 2, 3) 
.reduce(0, (acc, element) -> acc + element); 


assertEquals(6, count); 

















Lambda 表达 式 的 返回 值 是 最 新 的 acc， 是 上 一 轮 acc 的 值 和 当前 元 素 相 加 的 结果 。reducer 
的 类 型 是 第 2 章 已 介绍 过 的 BitnaryOperator。 








4.2 节 将 介绍 另外 一 种 标准 类 库 内 置 的 求 和 方法 ， 在 实际 生产 环境 中 ， 应 该 
使 用 那 种 方式 ， 而 不 是 使 用 像 上 面 这 个 例子 中 的 代码 。 








K 3-1 显示 了 求 和 过 程 中 的 中 间 值 。 事 实 上 ， 可 以 将 reduce 操作 展开 ， 得 到 例 3-17 这 样 
形式 的 代码 。 


例 3-17 JEJ reduce 操作 


BinaryOperator<Integer> accumulator = (acc, element) -> acc + element; 
int count = accumulator.apply( 
accumulator .apply( 
accumulator .apply(0, 1), 
2), 
3); 





25 


z| 
= 


表 3-1 ” ”reduce 过程 的 中 间 值 








ES acc a R 
N/A N/A 0 
1 0 1 
2 1 3 
3 3 6 





例 3-18 是 可 实现 同样 功能 的 命令 式 Java 代码 ， 从 中 可 清楚 看 出 函数 式 编程 和 命令 式 编 程 
的 区 别 。 


例 3-18 使 用 命令 式 编程 方式 求 和 
int acc = 0; 
for (Integer element : asList(1, 2, 3)) { 
acc = acc + element; 





assertEquals(6, acc); 

















在 命令 式 编程 方式 下 ， 每 一 次 循环 将 集合 中 的 元 素 和 累加 器 相 加 ， 用 相 加 后 的 结果 更 新 累 
加 器 的 值 。 对 于 集合 来 说 ， 循 环 在 外 部 ， 且 需要 手动 更 新 变量 。 











3.3.8 ”整合 操作 
Stream 接口 的 方法 如 此 之 多 ， 有 时 会 让 人 难以 选择 ， 像 间 入 一 个 迷宫 ， 不 知道 该 用 哪个 方 
法 更 好 。 本 节 将 举例 说 明 如 何 将 问题 分 解 为 简单 的 Stream 操作 。 


第 一 个 要 解决 的 问题 是 ， 找 出 某 张 专辑 上 所 有 乐队 的 国籍 。 艺 术 家 列表 里 既 有 个 人 ， 也 有 
乐队 。 利 用 一 点 领域 知识 ， 假 定 一 般 乐队 名 以 定 冠 词 The 开头 。 当 然 这 不 是 绝对 的 ， 但 也 
差不多 。 

需要 注意 的 是 ， 这 个 问题 绝 不 是 简单 地 调用 几 个 API 就 足以 解决 。 这 既 不 是 使 用 map 将 一 
组 值 映 射 为 另 一 组 值 ， 也 不 是 过 姜 ， 更 不 是 将 Stream 中 的 元 素 最 终归 约 为 一 个 值 。 首 先 ， 
可 将 这 个 问题 分 解 为 如 下 几 个 步骤 。 








1. 找 出 专辑 上 的 所 有 表演 者 。 
2. 分 辨 出 哪些 表演 者 是 乐队 。 

3. 找 出 每 个 乐队 的 国籍 。 

4. 将 找 出 的 国籍 放 入 一 个 集合 。 


现在 ， 找 出 每 一 步 对 应 的 Stream API 就 相对 容易 了 : 











1. Album 类 有 个 getMusicians 方法 ， 该 方法 返回 一 个 Stream 对 象 ， 包 含 整 张 专辑 中 所 有 的 
PARE 





2. 使 用 filter 方法 对 表演 者 进行 过 滤 ， 只 保留 乐队 ; 
3. 使 用 map 方法 将 乐队 映射 为 其 所 属国 家 ， 
4. 使 用 collect(Collectors.toList()) 方法 将 国籍 放 入 一 个 列表 。 


最 后 ， 整 合 所 有 的 操作 ， 就 得 到 如 下 代码 : 


Set<String> origins = album.getMusicians() 
.filter(artist -> artist.getName().startsWith("The")) 
.map(artist -> artist.getNationality()) 
.collect(toSet()); 


这 个 例子 将 Stream 的 链 式 操作 展现 得 淋 福 尽 致 ， 调 用 getMusicians, filter 和 map 方法 都 
返回 Stream 对 象 ， 因 此 都 属于 情 性 求 值 ， 而 collect 方法 属于 及 早 求 值 。map 方法 接受 一 
个 Lambda 表达 式 ， 使 用 该 Lambda 表达 式 对 Stream 上 的 每 个 元 素 做 映射 ， 形 成 一 个 新 的 


Stream。 











这 个 问题 处 理 起 来 很 方便 ， 使 用 getMusicians 方法 获取 专辑 上 的 艺术 家 列表 时 得 到 的 是 一 
个 Stream 对 象 。 然 而 ， 处 理 其 他 实际 遇 到 的 问题 时 未 必 也 能 如 此 方便 ， 很 可 能 没有 方法 可 
以 返回 一 个 Stream 对 象 ， 反 而 得 到 像 List 或 Set 这 样 的 集合 类 。 别 担心 ， 只 要 调用 List 
或 Set 的 streanm 方法 就 能 得 到 一 个 Stream 对 象 。 


现在 或 许 是 个 思考 的 好 机 会 ， 你 真 的 需要 对 外 暴露 一 个 List 或 Set 对象 吗 ? 可 能 一 个 
Stream 工厂 才 是 更 好 的 选择 。 通 过 Stream 暴露 集合 的 最 大 优点 在 于 ， 它 很 好 地 封装 了 内 
部 实现 的 数据 结构 。 仅 暴露 一 个 Stream 接口 ， 用 户 在 实际 操作 中 无 论 如 何 使 用 ， 都 不 会 影 
响 内 部 的 List 或 Set, 


























同时 这 也 鼓励 用 户 在 编程 中 使 用 更 现代 的 Java 8 风格 。 不 必 一 跃 而 就 ， 可 以 对 已 有 代码 渐 
进 性 地 重 构 ， 保 留 原 有 的 取 值 函数 ， 添 加 返回 Stream 对 象 的 函数 ， 时 间 长 了 ， 就 可 以 删 
掉 所 有 返回 List 或 Set 的 取 值 函数 。 清 理 了 所 有 遗留 代码 之 后 ， 这 种 重 构 方式 让 人 感觉 棒 
RS! 


3.4 重 构 遗留 代码 


为 了 进一步 阐释 如 何 重 构 遗 留 代码 ， 本 节 将 举例 说 明 如 何 将 一 段 使 用 循环 进行 集合 操作 的 
代码 ， 重 构成 基于 Stream 的 操作 。 重 构 过 程 中 的 每 一 步 都 能 确保 代码 通过 单元 测试 ， 当 然 
你 也 可 以 自行 实际 操作 一 遍 ， 体 验 并 验证 。 


假定 选 定 一 组 专辑 ， 找 出 其 中 所 有 长 度 大 于 1 分 钟 的 曲目 名 称 。 例 3-19 是 遗留 代码 ， 首 先 
初始 化 一 个 Set 对 象 ， 用 来 保存 找到 的 曲目 名 称 。 然 后 使 用 for 循环 遍历 所 有 专辑 ， 每 次 
循环 中 再 使 用 一 个 for 循环 遍历 每 张 专辑 上 的 每 首 曲目 ， 检 查 其 长 度 是 否 大 于 60 秒 ， 如 
果 是 ， 则 将 该 曲目 名 称 加 入 Set HR, 





















































例 3-19 遗留 代码 : 找 出 长 度 大 于 1 分 钟 的 曲目 


public Set<String> findLongTracks(List<Album> albums) { 
Set<String> trackNames = new HashSet<>(); 
for(Album album : albums) { 
for (Track track : album.getTrackList()) { 
if (track.getLength() > 60) { 
String name = track.getName(); 
trackNames.add(name) ; 
} 
} 


return trackNames; 


} 





ARAFA ERARD, ES AL LAR SY A. DORE HR Be REE h 
它 的 编写 目的 ， 那 就 来 重 构 一 下 (使 用 流 来 重 构 该 段 代码 的 方式 很 多 ， 下 面 介绍 的 只 是 其 
中 一 种 。 事 实 上 ， 对 Stream API 越 熟悉 ， 就 越 不 需要 细 分 步骤 。 之 所 以 在 示例 中 一 步 一 步 
地 重 构 ， 完 全 是 出 于 帮助 大 家 学 习 的 目的 ， 在 工作 中 无 需 这 样 做 ) 。 


一 步 要 修改 的 是 for 循环 。 首 先 使 用 Stream 的 forEach 方法 替换 掉 for 循环 ， 但 还 是 和 暂 
时 保留 原来 循环 体 中 的 代码 ， 这 是 在 重 构 时 非常 方便 的 一 个 技巧 。 调 用 stream 方法 从 专辑 
列表 中 生成 第 一 个 Stream， 同 时 不 要 忘 了 在 上 一 节 已 介绍 过 ，getTracks 方法 本 身 就 返回 
一 个 Strean 对 象 。 经 过 第 一 步 重 构 后 ， 代 码 如 例 3-20 所 示 。 


例 3-20 重 构 的 第 一 步 : 找 出 长 度 大 于 1 分 钟 的 曲目 
public Set<String> findLongTracks(List<Album> albums) { 
Set<String> trackNames = new HashSet<>(); 
albums.stream() 
.forEach(album -> { 
album. getTracks() 
.forEach(track -> { 
if (track.getLength() > 60) { 
String name = track.getName(); 
trackNames.add(name) ; 
} 
}); 



































J); 


return trackNames; 


在 重 构 的 第 一 步 中 ， 虽 然 使 用 了 流 ， 但 是 并 没有 充分 发 挥 它 的 作用 。 事 实 上 ， 重 构 后 的 代 
码 还 不 如 原来 的 代码 好 一 一 天 哪 ! 因此 ， 是 时 修 引 入 一 些 更 符合 流风 格 的 代码 了 ， 最 内 层 
的 forEach 方法 正 是 主要 突破 口 。 





最 内 层 的 foreach 方法 有 三 个 功用 : 找 出 长 度 大 于 1 分 钟 的 曲目 ， 得 到 符合 条 件 的 曲目 名 
称 ， 将 曲目 名 称 加 入 集合 Set。 这 就 意味 着 需要 三 项 Stream 操作 : 找 出 满足 某 种 条 件 的 曲 
目 是 filter 的 功能 ， 得 到 曲目 名 称 则 可 用 map 达成 ， 终 结 操作 可 使 用 forEach 方法 将 曲目 



































名 称 加 入 一 个 集合 。 用 以 上 三 项 Strean 操作 将 内 部 的 forEach 方法 拆 分 后 ， 代 码 如 例 3-21 
所 示 。 


例 3-21 重 构 的 第 二 步 : 找 出 长 度 大 于 1 分 钟 的 曲目 


public Set<String> findLongTracks(List<Album> albums) { 
Set<String> trackNames = new HashSet<>(); 
albums.stream() 
.forEach(album -> { 
album.getTracks() 
.filter(track -> track.getLength() > 60) 
-Map(track -> track.getName()) 
.forEach(name -> trackNames.add(name)); 
H); 
return trackNames; 


} 


MEHEA tat A ER ER T ARMAR, (ACID BRR IE TLR A HR PAC 
套 起 来 并 不 理想 ， 最 好 还 是 用 干净 整洁 的 顺序 调用 一 些 方法 。 


理想 的 操作 莫 过 于 找到 一 种 方法 ， 将 专辑 转化 成 一 个 曲目 的 Stream。 人 众所周知， 任何 时 候 


想 转 化 或 替代 代码 ， 都 该 使 用 map 操作 。 这 里 将 使 用 比 map 更 复杂 的 flatMap 操作 ， 把 多 个 
Stream 合并 成 一 个 Stream 并 返回 。 将 forEach 方法 替换 成 fLatMap 后 ， 代 码 如 例 3-22 所 示 。 




















例 3-22 重 构 的 第 三 步 : 找 出 长 度 大 于 !1 分 钟 的 曲目 


public Set<String> findLongTracks(List<Album> albums) { 
Set<String> trackNames = new HashSet<>(); 


albums.stream() 
.flatMap(album -> album.getTracks()) 
.filter(track -> track.getLength() > 60) 
.map(track -> track.getName()) 
.forEach(name -> trackNames.add(name)); 


return trackNames; 


EARR HF (A D Fe MR for 循环 ， 看 起 来 清晰 很 多 。 然 
而 至 此 并 未 结束 ， 仍 需 手 动 创建 一 个 Set 对 象 并 将 元 素 加 入 其 中 ， 但 我 们 希望 看 到 的 是 整 
个 计算 任务 由 一 连 串 的 Stream 操作 完成 。 





到 目前 为 止 ， 虽然 还 未 展示 转换 的 方法 ， 但 已 有 类 似 的 操作 。 就 像 使 用 collect(Collectors. 
toList()) 可 以 将 Stream 中 的 值 转换 成 一 个 列表 ， 使 用 collect(Collectors.toSet()) 可 以 将 
Stream 中 的 值 转换 成 一 个 集合 。 因 此 ， 将 最 后 的 forEach FRA collect, FF itty E 
trackNames ， 代 码 如 例 3-23 所 示 。 


例 3-23 重 构 的 第 四 步 : 找 出 长 度 大 于 1 分 钟 的 曲目 


public Set<String> findLongTracks(List<Album> albums) { 
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return albums.stream() 
.flatMap(album -> album.getTracks()) 
.filter(track -> track.getLength() > 60) 
-Map(track -> track.getName()) 
.collect(toSet()); 
} 


简 而 言 之 ， 选 取 一 段 遗留 代码 进行 重 构 ， 转 换 成 使 用 流风 格 的 代码 。 最 初 只 是 简单 地 使 用 
流 ， 但 没有 引入 任何 有 用 的 流 操 作 。 随 后 通过 一 系列 重 构 ， 最 终 使 代码 更 符合 使 用 流 的 风 
格 。 在 上 述 步 又 中 我 们 没有 提 到 一 个 重点 ， 即 编写 示例 代码 的 每 一 步 都 要 进行 单元 测试 ， 
保证 代码 能 够 正常 工作 。 重 构 遗 留 代码 时 ， 这 样 做 很 有 帮助 。 


3.5 ”多 次 调用 流 操 作 
用 户 也 可 以 选择 每 一步 强制 对 函数 求 值 ， 而 不 是 将 所 有 的 方法 调用 链接 在 一 起 ， 但 是 ， 最 


好 不 要 如 此 操作 。 例 3-24 展示 了 如 何 用 如 上 述 不 建议 的 编码 风格 来 找 出 专辑 上 所 有 演出 乐 
队 的 国籍 ， 例 3-25 则 是 之 前 的 代码 ， 放 在 一 起 方便 比较 。 








例 3-24 IRH Stream 的 例子 
List<Artist> musicians = album.getMusicians() 


.collect(toList()); 


List<Artist> bands = musicians.stream() 
.filter(artist -> artist.getName().startsWith("The")) 
-collect(toList()); 


Set<String> origins = bands.stream() 
-map(artist -> artist.getNationality()) 
.collect(toSet()); 


例 3-25 符合 Stream 使 用 习惯 的 链 式 调用 
Set<String> origins = album.getMusicians() 
.filter(artist -> artist.getName().startsWith("The")) 
-map(artist -> artist.getNationality()) 
.collect(toSet()); 


例 3-24 所 示 代 码 和 流 的 链 式 调用 相 比 有 如 下 缺点 : 

。 代码 可 读 性 差 ， 样 板 代码 太 多 ， 隐 藏 了 真正 的 业务 逻辑 ; 

。 效率 差 .每 一 步 都 要 对 流 及 早 求 值 ， 生 成 新 的 集合 ， 

。 代码 充斥 一 堆 垃圾 变量 ， 它 们 只 用 来 保存 中 间 结果 ， 除 此 之 外 宫 无 用 处 ; 

。 难于 自动 并 行 化 处 理 。 

当然 ， 刚 开始 写 基 于 流 的 程序 时 ， 这 样 的 情况 在 所 难免 。 但 是 如 果 发 现 自己 经 常 写 出 这 样 
的 代码 ， 就 要 反思 能 否 将 代码 重 构 得 更 加 简洁 易 读 。 














如 果 此 时 还 不 习惯 Stream API 中 大 量 的 链 式 操作 ， 也 很 正常 。 随 着 练习 时 间 
增加 ， 经 验 也 会 越 来 越 丰富 ， 这 些 概念 理解 起 来 也 更 加 自然 。 因 此 ， 尚 未 习 
惯 不 能 成 为 拆 开 链 式 操作 、 写 出 形 如 例 3-24 中 代码 的 理由 。 像 使 用 建造 者 模 
式 那 样 ， 按 规则 写 出 每 一 行 代 码 ， 可 以 帮助 用 户 慢 慢 习惯 这 种 链 式 操作 。 
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3.6 高 阶 函 数 
本 意 中 不 断 出 现 被 函数 式 编程 程序 员 称 为 高 阶 函 数 的 操作 。 高 阶 函数 是 指 接受 另外 个 函 
数 作为 参数 ， 或 返回 一 个 函数 的 函数 。 高 阶 函 数 不 难 辨认 ， 看 函数 签名 就 够 了 。 如 果子 数 
的 参数 列表 里 包含 函数 接口 ， 或 该 函数 返回 一 个 函数 接口 ， 那 么 该 函数 就 是 高 阶 函 数 。 
































map 是 一 个 高 阶 函数 ， 因 为 它 的 mapper 参数 是 一 个 函数 。 事 实 上 ， 本 章 介 绍 的 Stream 接口 
中 几乎 所 有 的 函数 都 是 高 阶 函 数 。 之 前 的 排序 例子 中 还 用 到 了 comparing 国 数 ， 它 接受 一 
个 函数 作为 参数 ， 获 取 相 应 的 值 ， 同 时 返回 一 个 Comparator, Comparator 可 能 会 被 误 认为 
是 一 个 对 象 ， 但 它 有 且 只 有 一 个 抽象 方法 ， 所 以 实际 上 是 一 个 函数 接口 。 


事实 上 ， 可 以 大 胆 断 言 ，Comparator 实际 上 应 该 是 个 函数 ， 但 是 那 时 的 Java 只 有 对 象 ， 
此 才 造 出 了 一 个 类 ， 一 个 匿名 类 。 成 为 对 象 实 属 巧合 ， 函 数 接口 向 正确 的 方向 迈 出 了 一 步 。 


3.7 正确 使 用 Lambda 表 达 式 


刚 开始 介绍 Lambda 表达 式 时 ， 以 能 够 输出 一 些 信息 的 回调 函数 为 示例 。 回 调 函 数 是 一 个 
合法 的 Lambda 表达 式 ， 但 并 不 能 真正 帮助 用 户 写 出 更 简单 、 更 抽象 的 代码 ， 因 为 它 仍然 
在 指挥 计算 机 执行 一 个 操作 。 清 理 掉 样板 代码 很 有 帮助 ， 但 Java 8 引入 的 Lambda 表达 式 
的 作用 远 不 止 这 些 。 

本 章 介绍 的 概念 能 够 帮助 用 户 写 出 更 简单 的 代码 ， 因 为 这 些 概 念 描 述 了 数据 上 的 操作 ， 明 


确 了 要 达成 什么 转化 ， 而 不 是 说 明 如 何 转化 。 这 种 方式 写 出 的 代码 ， 剖 在 的 缺陷 更 少 ， 更 
直接 地 表达 了 程序 员 的 意图 。 


























明确 要 达成 什么 转化 ， 而 不 是 说 明 如 何 转 化 的 另外 一 层 含义 在 于 写 出 的 函数 没有 副作用 。 
这 一 点 非常 重要 ， 这 样 只 通过 函数 的 返回 值 就 能 充分 理解 函数 的 全 部 作用 。 








没有 副作用 的 函数 不 会 改变 程序 或 外 界 的 状态 。 本 书 中 的 第 一 个 Lambda 表达 式 示 例 是 有 副 
作用 的 ， 它 向 控制 台 输 出 了 信息 一 一 一 个 可 观测 到 的 副作用 。 下 面 的 代码 有 没有 副作用 ? 








private ActionEvent lastEvent; 


private void registerHandler() { 
button.addActionListener((ActionEvent event) -> { 
this. lastEvent = event; 
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} 
这 里 将 参数 event 保存 至 成 员 变量 lastEvent, A Pies ARIE, im HESS 
在 程序 的 输出 中 可 能 很 难 直 接 观 察 到 ， 但 是 它 的 确 更 改 了 程序 的 状态 。Java 在 这 方面 
有 局 限 性 ， 例 如 下 面 这 段 代 码 ， 赋 值 给 一 个 局 部 变量 LocaLEvent: 








2 
TL o 





ActionEvent localEvent = null; 
button.addActionListener(event -> { 
localEvent = event; 


p; 


这 段 代 码 试图 将 event 赋 给 一 个 局 部 变量 ， 它 无 法 通过 编译 ， 但 绝 非 编写 错误 。 这 实际 上 
是 语言 的 设计 者 有 意 为 之 ， 用 以 鼓励 用 户 使 用 Lambda 表达 式 获取 值 而 不 是 变量 。 获 取 值 
使 用 户 更 容易 写 出 没有 副作用 的 代码 。 如 第 二 章 所 述 ， 在 Lambda 表达 式 中 使 用 局 部 变量 ， 
可 以 不 使 用 final 关键 字 ， 但 局 部 变量 在 既成 事实 上 必须 是 Final 的 。 











无 论 何 时 ， 将 Lambda 表达 式 传 给 Stream 上 的 高 阶 函数 ， 都 应 该 尽量 避免 副作用 。 唯 一 的 
例外 是 forEach 方法 ， 它 是 一 个 终结 方法 。 


3.8 ”要 点 回顾 


。 内 部 迭代 将 更 多 控制 权 交 给 了 集合 类 。 
e 和 Iterator 类 似 ，Strean 是 一 种 内 部 从 代 方式 。 
。 将 Lambda 表达 式 和 Stream 上 的 方法 结合 起 来 ， 可 以 完成 很 多 常见 的 集合 操作 。 





3.9 练习 


练习 的 答案 可 以 在 GitHub 代码 仓库 (https://github.com/RichardWarburton/ 
java-8-Lambdas-exercises) 中 找到 。 








1. 常用 流 操作 。 实 现 如 下 函数 : 


a. 编写 一 个 求 和 函数 ， 计 算 流 中 所 有 数 之 和 。 例 如 ，iint addup(Stream<Integer> 
numbers); 

b. 编写 一 个 函数 ， 接 受 艺 术 家 列表 作为 参数 ， 返 回 一 个 字符 串 列表 ， 其 中 包含 艺术 家 的 
姓名 和 国籍 ， 

c. 编写 一 个 函数 ， 接 受 专 辑 列表 作为 参数 ， 返 回 一 个 由 最 多 包含 3 首 歌曲 的 专辑 组 成 的 
列表 。 
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int totalMembers = 0; 

for (Artist artist : artists) { 
Stream<Artist> members = artist.getMembers(); 
totalMembers += members.count(); 


} 





ies) 


. 求 值 。 根 据 Stream 方法 的 签名 ,判断 其 是 惰性 求 值 还 是 及 早 求 值 。 


a. boolean anyMatch(Predicate<? super T> predicate); 


b. Stream<T> limit(long maxSize); 





A 


Meh ee, FAY Stream 国 数 是 高 阶 国 数 吗 ? 为 什么 ? 











a. boolean anyMatch(Predicate<? super T> predicate); 


b. Stream<T> Limit(long maxSize); 


un 


. 纯 函 数 。 下 面 的 Lambda 表达 式 有 无 副作用 ， 或 者 说 它们 是 否 更 改 了 程序 状态 ? 


出 





x ->x +1 
示例 代码 如 下 所 示 : 
AtomicInteger count = new AtomicInteger(0); 


List<String> origins = album.musicians() 
.forEach(musician -> count.incAndGet();) 


a. 上 述 示例 代码 中 传人 forEach 方法 的 Lambda 表达 式 。 





6. 计算 一 个 字符 串 中 小 写字 母 的 个 数 (提示 : 参阅 String HRA chars 方法 )。 








7. 在 一 个 字符 串 列 表 中 ， 找 出 包含 最 多 小 写字 母 的 字符 串 。 对 于 空 列 表 ， 返 回 Optional 
<String> 对 象 。 








3.10 ” 进 阶 练习 


1. 只 用 reduce 和 Lambda 表达 式 写 出 实现 Stream 上 的 map 操作 的 代码 ， 如 果 不 想 返回 
Stream， 可 以 返回 一 个 List。 























2. 只 用 reduce 和 Lambda 表达 式 写 出 实现 Stream 上 的 filter 操作 的 代码 ， 如 果 不 想 返回 
Stream， 可 以 返回 一 个 List, 
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前 3 章 讨 论 了 如 何 编写 Lambda 表达 式 ， 接 下 来 将 详细 阐述 另 一 个 重要 方面 : 如 何 使 用 
Lambda 表达 式 。 即 使 不 需要 编写 像 Stream 这 样 重度 使 用 函数 式 编程 风格 的 类 库 ， 学 会 如 
何 使 用 Lambda 表达 式 也 是 非常 重要 的 。 即 使 一 个 最 简单 的 应 用 ， 也 可 能 会 因为 代码 即 数 
据 的 函数 式 编程 风格 而 受益 。 

















Java 8 中 的 另 一 个 变化 是 引入 了 默认 方法 和 接口 的 静态 方法 ， 它 改变 了 人 们 认识 类 库 的 方 
式 ， 接 口中 的 方法 也 可 以 包含 代码 体 了 。 


本 章 还 对 前 3 章 玻 漏 的 知识 点 进行 补充 ， 比 如 ，Lambda 表达 式 方法 重 载 的 工作 原理 、 基 
本 类 型 的 使 用 方法 等 。 使 用 Lambda 表达 式 编写 程序 时 ， 黎 握 这 些 知识 非常 重要 。 


4.1 在 代码 中 使 用 Lambda 表 达 式 


2.5 市 介绍 了 如 何 赋予 Lambda 表达 式 国 数 接口 的 类 型 ， 以 及 该 类 型 的 推导 方式 。 从 调用 
Lambda 表达 式 的 代码 的 角度 来 看 ， 它 和 调用 一 个 普通 接口 方法 没什么 区 别 。 


证 我 们 来 看 一 个 日 志 系 统 中 的 具体 案例 。 在 stf4j 和 Log4j 等 几 种 常用 的 日 志 系 统 中 ， 有 
一 些 记录 日 志 的 方法 ， 当 日 志 级 别 不 低 于 某 个 国定 级 别 时 就 会 开始 记录 日 志 。 如 此 一 来 ， 
在 日 志 框 架 中 设置 类 似 void debug(String message) 这 样 的 方法 ， 当 级 别 为 debug 时 ， 它 
们 就 开始 记录 日 志 消 息 。 





























问题 在 于 ， 频 繁 计算 消息 是 否 应 该 记录 日 志 会 对 系统 性 能 产生 影响 。 程 序 员 通 过 显 式 调用 
isDebugEnabled 方法 来 优化 系统 性 能 ， 如 例 4-1 所 示 。 即 使 直接 调用 debug 方法 能 省 去 记 
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录 文 本 信息 ， 也 仍然 需要 调用 expensiveOperation 方法 ， 并 且 需 要 将 执行 结果 和 已 有 字符 
PEREK, Ae, EH if 语句 显 式 判 断 ， 可 以 让 程序 跑 得 更 快 。 





例 4-1 使 用 isDebugEnabled 方法 降低 日 志 性 能 开销 


Logger logger = new Logger(); 
if (logger.isDebugEnabled()) { 
logger .debug("Look at this: " + expensiveOperation()); 


} 
这 里 我 们 想 做 的 是 传 和 一 个 Lambda 表达 式 ， 生 成 一 条 用 作 日 志 信息 的 字符 串 。 只 有 日 志 
级 别 在 调试 或 以 上 级 别 时 ， 才 会 执行 该 Lambda 表达 式 。 使 用 这 个 方式 重 写 上 面 的 代码 ， 
如 例 4-2 所 示 : 




















例 4-2 使 用 Lambda 表达 式 简 化 日 志 代码 


Logger logger = new Logger(); 
logger .debug(() -> "Look at this: " + expensiveOperation()); 


那么 在 Logger 类 中 该 方法 是 如 何 实现 的 呢 ? 从 类 库 的 角度 看 ， 我 们 可 以 使 用 内 置 的 
Supplier 国 数 接口 ， 它 只 有 一 个 get 方法 。 然 后 通过 调用 isDebugEnabled 判断 是 否 需 要 记 
录 日 志 ， 是 否 需 要 调用 get 方法 ， 如 果 需 要 ， 就 调用 get 方法 并 将 结果 传 给 debug 方法 。 
由 此 产生 的 代码 如 例 4-3 所 示 。 





| 4-3 局 用 Lambda 表达 式 实现 的 日 志 记 录 需 
public void debug(Supplier<String> message) { 
if (isDebugEnabled()) { 
debug(message.get()); 
} 
} 


调用 get() 方法 ， 相 当 于 调用 传 入 的 Lambda 表达 式 。 这 种 方式 也 能 和 匿名 内 部 类 一 起 工 
作 ， 如 果 用 户 暂 时 无 法 升级 到 Java 8， 这 种 方式 可 以 实现 向 后 兼容 。 




















值得 注意 的 是 ， 不 同 的 函数 接口 有 不 同 的 方法 。 如 果 使 用 Predicate， 就 应 该 调用 test 方 
法 ， 如 果 使 用 Function， 就 应 该 调用 apply 方法 。 


4.2 ”基本 类 型 

以 上 部 分 还 没有 用 到 基本 类 型 。 在 Java 中 ， 有 一 些 相 伴 的 类 型 ， 比 如 int 和 Integer 
前 者 是 基本 类 型 ， 后 者 是 装 箱 类 型 。 基 本 类 型 内 建 在 语言 和 运行 环境 中 ， 是 基本 的 程序 构 
建 模块 ， 而 装 箱 类 型 属于 普通 的 Java 类 ， 只 不 过 是 对 基本 类 型 的 一 种 封装 。 


























Java 的 泛 型 是 基于 对 泛 型 参数 类 型 的 擦 除 一 一 换 句 话说 ， 假 设 它 是 Object 对 象 的 实例 一 一 
因此 只 有 装 箱 类 型 才能 作为 泛 型 参数 。 这 就 解释 了 为 什么 在 Java 中 想 要 一 个 包含 整 型 值 的 
列表 List<int>， 实 际 上 得 到 的 却 是 一 个 包含 整 型 对 象 的 列表 List<Integer>。 











麻烦 的 是 ， 由 于 装 箱 类 型 是 对 象 ， 因 此 在 内 存 中 存在 额外 开销 。 比 如 ， 整 型 在 内 存 中 占用 
4 字 节 ， 整 型 对 象 却 要 占用 16 字 节 。 这 一 情况 在 数组 上 更 加 严重 ， 整 型 数组 中 的 每 个 元 素 
只 占用 基本 类 型 的 内 存 ， 而 整 型 对 象 数 组 中 ， 每 个 元 素 都 是 内 存 中 的 一 个 指针 ， 指 向 Java 
堆 中 的 某 个 对 象 。 在 最 坏 的 情况 下 ， 同 样 大 小 的 数组 ，Integer[] 要 比 intl] 多 占用 6 倍 
内 存 。 


将 基本 类 型 转换 为 装 箱 类 型 ， 称 为 装 箱 ， 反 之 则 称 为 拆 箱 ， 两 者 都 需要 额外 的 计算 开销 。 
对 于 需要 大 量 数值 运算 的 算法 来 说 ， 装 箱 和 拆 箱 的 计算 开销 ， 以 及 装 箱 类 型 占用 的 额外 内 
存 ， 会 明显 减缓 程序 的 运行 速度 。 


为 了 减 小 这 些 性 能 开销 ，Stream 类 的 某 些 方法 对 基本 类 型 和 装 箱 类 型 做 了 区 分 。 图 4-1 所 
示 的 高 阶 国 数 mapToLong 和 其 他 类 似 函 数 即 为 该 方面 的 一 个 尝试 。 在 Java 8 中 ， 仅 对 整 型 、 
长 整 型 和 双 译 点 型 做 了 特殊 处 理 ， 因 为 它们 在 数值 计算 中 用 得 最 多 ， 特 殊 处 理 后 的 系统 性 
能 提升 效果 最 明显 。 




















ToLongFunction long 














4-1; ToLongFunction 


























对 基本 类 型 做 特殊 处 理 的 方法 在 命名 上 有 明确 的 规范 。 如 果 方 法 返回 类 型 为 基本 类 型 ， 则 
在 基本 类 型 前 加 To， 如 图 4-1 中 的 ToLongFunction。 如 果 参 数 是 基本 类 型 ， 则 不 加 前 绥 只 
需 类 型 名 即 可 ， 如 图 4-2 中 的 LongFunction。 如 果 高 阶 函 数 使 用 基本 类 型 ， 则 在 操作 后 加 
后 级 To 再 加 基本 类 型 ， 如 mapToLong, 























long LongFunction 











4-2; LongFunction 





这 些 基本 类 型 都 有 与 之 对 应 的 Stream， 以 基本 类 型 名 为 前 级 ， 如 LongStream, EKE, 
mapToLong 方法 返回 的 不 是 一 个 一 般 的 Stream， 而 是 一 个 特殊 处 理 的 Stream。 在 这 个 特 
殊 的 Stream P, map 方法 的 实现 方式 也 不 同 ， 它 接受 一 个 LongUnary0perator 国 数 ， 将 
一 个 长 整 型 值 映 射 成 另 一 个 长 整 型 值 ， 如 图 4-3 所 示 。 通 过 一 些 高 阶 函 数 装 箱 方 法 ， 如 
mapTo0bj， 也 可 以 从 一 个 基本 类 型 的 Stream 得 到 一 个 装 箱 后 的 Stream， 如 Stream<Long>。 























4-3: LongUnaryOperator 
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如 有 可 能 ， 应 尽 可 能 多 地 使 用 对 基本 类 型 做 过 特殊 处 理 的 方法 ， 进 而 改善 性 能 。 这 些 特 殊 
的 Stream 还 提供 额外 的 方法 ， 避 免 重复 实现 一 些 通 用 的 方法 ， 让 代码 更 能 体现 出 数值 计算 
的 意图 。 例 4-4 展示 了 如 何 使 用 这 些 方 法 : 





例 4-4 使 用 summaryStatistics 方法 统计 曲目 长 度 


public static void printTrackLengthStatistics(Album album) { 
IntSummaryStatistics trackLengthStats 
= album.getTracks() 
-mapToInt(track -> track.getLength()) 
.summaryStatistics(); 
System.out.printf("Max: %d, Min: %d, Ave: %f, Sum: %d", 
trackLengthStats.getMax(), 
trackLengthStats.getMin(), 
trackLengthStats.getAverage(), 
trackLengthStats.getSum()); 
} 


例 4-4 向 控制 台 输 出 曲目 长 度 的 一 系列 统计 信息 。 无 需 手 动 计 算 这 些 信 息 ， 这 里 使 用 对 基 
本 类 型 进行 特殊 处 理 的 方法 napToInt， 将 每 首 曲目 映射 为 曲目 长 度 。 因 为 该 方法 返回 一 个 
IntStream 对 象 ， 它 包含 一 个 summaryStatistics 方法 ， 这 个 方法 能 计算 出 各 种 各 样 的 统计 
值 ， 如 IntStream 对 象 内 所 有 元 素 中 的 最 小 值 、 最 大 值 、 平 均值 以 及 数值 总 和 。 

这 些 统计 值 在 所 有 特殊 处 理 的 Stream， 如 DoubleStream, LongStream 中 都 可 以 得 出 。 如 无 
ae 


需 全 部 的 统计 值 ， 也 可 分 别 调用 min, max, average 或 sum 方法 获得 单个 的 统计 值 ， 同 样 ， 
三 种 基本 类 型 对 应 的 特殊 Stream 也 都 包含 这 些 方法 。 


4.3 重 载 解析 

在 Java 中 可 以 重 载 方法 ， 造 成 多 个 方法 有 相同 的 方法 名 ， 但 签名 确 不 一 样 。 这 在 推断 参数 
类 型 时 会 带 来 了 问题， 因为 系统 可 能 会 推断 出 多 种 类 型 。 这 时 ，javac 会 挑 出 最 具体 的 类 型 。 
如 例 4-5 中 的 方法 调用 在 选择 例 4-6 中 定义 的 重 载 方法 时 ， 输 出 String， 而 不 是 Object, 
例 4-5 方法 调用 


over LoadedMethod("abc"); 






















































































例 4-6 两 个 重 载 方法 可 供 选 择 
private void overloadedMethod(Object o) { 
System.out.print("Object"); 
} 


private void overloadedMethod(String s) { 
System.out.print("String"); 


} 


BinaryOperator 是 一 种 特殊 的 BiFunction 类 型 ， 参 数 的 类 型 和 返回 值 的 类 型 相同 。 比 如 ， 
两 个 整数 相 加 就 是 一 个 Binary0perator。 








Lambda 表达 式 的 类 型 就 是 对 应 的 函数 接口 类 型 ， 因 此 ， 将 Lambda 表达 式 作为 参数 
传递 时 ， 情 况 也 依然 如 此 。 操 作 时 可 以 重 载 一 个 方法 ， 分 别 接受 BinaryOperator 和 该 


接口 的 一 个 子 类 作 
是 最 具体 的 函数 接 


为 参数 。 调 用 这 些 方法 时 ，Java 推导 出 的 Lambda 表达 式 的 类 型 下 
口 的 类 型 。 比 如 ， 例 4-7 在 例 4-8 的 两 个 方法 中 选择 时 ， 输 出 的 是 


IntegerBinaryOperator , 


例 4-7 另外 一 个 重 载 方法 调用 


overloadedMethod((x, y) -> x + y)3 


例 4-8 两 个 重 载 方法 可 供 选 择 


private interface IntegerBiFunction extends BinaryOperator<Integer> { 


} 


private void overloadedMethod(BinaryOperator<Integer> Lambda) { 
System.out.print("BinaryOperator"); 


} 


private void overloadedMethod(IntegerBiFunction Lambda) { 
System.out.print("IntegerBinaryOperator"); 


} 


当然 ， 同 时 存在 多 个 重 载 方法 时 ， 哪 个 是 “最 具体 的 类 型 ”可 能 并 不 明确 。 如 例 4-9 所 示 。 
B 4-9 重 载 方法 导致 的 编译 错误 


overLoadedMethod((x) -> true); 


private interface IntPredicate { 
public boolean test(int value); 


} 


private void overloadedMethod(Predicate<Integer> predicate) { 
System.out.print("Predicate"); 


} 


private void overloadedMethod(IntPredicate predicate) { 
System.out.print("IntPredicate"); 


} 


传 入 overloadedMethod 方法 的 Lambda 表达 式 和 两 个 国 数 接口 Predicate、IntPredicate 在 


类 型 上 都 是 匹配 的 。 
就 无 法 编译 ， 在 错 





在 这 段 代 码 块 中 ， 两 种 情况 都 定义 了 相应 的 重 载 方法 ， 这 时 ，javac 
误 报 告 中 显示 Lambda 表达 式 被 模糊 调用 。IntPredicate 没有 继承 





Predicate， 因 此 编译 器 无 法 推断 出 哪个 类 型 更 具体 。 


将 Lambda 表达 式 强 


E 制 转换 为 IntPredicate 或 Predicate<Integer> 类 型 可 以 解决 这 个 问 


题 ， 至 于 转换 为 哪 种 类 型 则 取决 于 要 调用 哪个 函数 接口 。 当 然 ， 如 果 以 前 你 曾 自行 设计 过 
类 库 ， 就 可 以 将 其 视 为 “代码 异味 ”， 不 该 再 重 载 ， 而 应 当 开 始 重新 命名 重 载 方法 。 























总 而 言 之 ，Lambda 表达 式 作为 参数 时 ， 其 类 型 由 它 的 目标 类 型 推导 得 出 ， 推 导 过 程 遵循 
如 下 规则 : 

。 如 果 只 有 一 个 可 能 的 目标 类 型 ， 由 相应 函数 接口 里 的 参数 类 型 推导 得 出 ; 

。 如 果 有 多 个 可 能 的 目标 类 型 ， 由 最 具体 的 类 型 推导 得 出 ，; 

。 如 果 有 多 个 可 能 的 目标 类 型 且 最 具体 的 类 型 不 明确 ， 则 需 人 为 指定 类 型 。 






































4.4 @FunctionalInterface 
2.4 节 虽 已 讨论 过 函数 接口 定义 的 标准 ， 但 未 提 及 @FunctionalInterface 注释 。 事 实 上 ， 
每 个 用 作 函 数 接口 的 接口 都 应 该 添加 这 个 注释 。 


这 究竟 是 什么 意思 呢 ? Java 中 有 一 些 接 口 ， 虽 然 只 含 一 个 方法 ， 但 并 不 是 为 了 使 用 
Lambda 表达 式 来 实现 的 。 比 如 ， 有 些 对 象 内 部 可 能 保存 着 某 种 状态 ， 使 用 带 有 一 个 方法 
的 接口 可 能 纯 属 巧合 。java.Lang.ComparabLe 和 java.io.Closeable 就 属于 这 样 的 情况 。 














如 果 一 个 类 是 可 比较 的 ， 就 意味 着 在 该 类 的 实例 之 间 存 在 某 种 顺序 ， 比 如 字符 串 中 的 字母 
顺序 。 人 们 通常 不 会 认为 函数 是 可 比较 的 ， 如 果 一 个 东西 既 没 有 属性 也 没有 状态 ， 拿 什么 
比较 呢 ? 

一 个 可 关闭 的 对 象 必须 持 有 某 种 打开 的 资源 ， 比 如 一 个 需要 关闭 的 文件 句柄 。 同 样 ， 该 接 
口 也 不 能 是 一 个 纯 函 数 ， 因 为 关闭 资源 是 更 改 状态 的 另 一 种 形式 。 


和 Closeable 和 Comparable 接口 不 同 ， 为 了 提高 Stream 对 象 可 操作 性 而 引入 的 各 种 新 接 
口 ， 都 需要 有 Lambda 表达 式 可 以 实现 它 。 它 们 存在 的 意义 在 于 将 代码 块 作为 数据 打包 起 
来 。 因 此 ， 它 们 都 添加 了 @FunctionalInterface 注释 。 














该 注释 会 强制 javac 检查 一 个 接口 是 否 符合 函数 接口 的 标准 。 如 果 该 注释 添加 给 一 个 枚 举 
类 型 、 类 或 另 一 个 注释 ， 或 者 接口 包含 不 止 一 个 抽象 方法 ，javac 就 会 报错 。 重 构 代 码 时 ， 
使 用 它 能 很 容易 发 现 问 题 。 


45 ”二进制 接口 的 兼容 性 


如 第 3 章 开篇 所 言 ，Java 8 中 对 API 最 大 的 改变 在 于 集合 类 。 虽 然 Java 在 持续 演进 ， 但 它 
一 直 在 保持 着 向 后 二 进 制 兼 容 。 具 体 来 说 ， 使 用 Java 1 到 Java 7 编译 的 类 库 或 应 用 ， 可 以 
直接 在 Java 8 上 运行 。 


当然 ， 错 误 也 难免 会 时 有 发 生 ， 但 和 其 他 编程 平台 相 比 ， 二 进 制 兼 容 性 一 直 被 视 为 Java 的 
关键 优势 所 在 。 除 非 引 入 新 的 关键 字 ， 如 enum， 达 成 源 代码 向 后 兼容 也 不 是 没有 可 能 实 
现 。 可 以 保证 ， 只 要 是 Java 1 到 Java 7 写 出 的 代码 ， 在 Java 8 中 依然 可 以 编译 通过 。 















































事实 上 ， 修改 了 像 集合 类 这 样 的 核心 类 库 之 后 ， 这 一 保证 也 很 难 实现 。 我 们 可 以 用 具体 的 
例子 作为 思考 练习 。Java 8 中 为 Collection 接口 增加 了 strean 方 法， 这 意味 着 所 有 实现 
了 Collection 接口 的 类 都 必须 增加 这 个 新 方法 。 对 核心 类 库 里 的 类 来 说 ， 实 现 这 个 新 方法 
(比如 为 ArrayList 增加 新 的 stream 方法 ) 就 能 就 能 使 问题 迎刃而解 。 

















缺憾 在 于 ， 这 个 修改 依然 打破 了 二 进 制 兼容 性 ， 在 IDK 之 外 实现 Collection 接口 的 类 ， 
例如 MyCustomList， 也 仍然 需要 实现 新 增 的 stream 方法 。 这 个 MyCustomList 在 Java 8 中 
无 法 通过 编译 ， 即 使 已 有 一 个 编译 好 的 版 本 ， 在 JVM 加 载 MyCustomList 类 时 ， 类 加 载 器 
仍然 会 引发 异常 。 


这 是 所 有 使 用 第 三 方 集合 类 库 的 梦 盾 ， 要 避免 这 个 粳 糕 情况 ， 则 需要 在 Java 8 中 添加 新 的 
语言 特性 : 默认 方法 


46 ”默认 万 法 

Collection 接口 中 增加 了 新 的 stream 方法 ， 如 何 能 让 MyCustomList 类 在 不 知道 该 方法 的 
情况 下 通过 编译 ? Java 8 通过 如 下 方法 解决 该 问题 : Collection 接口 告诉 它 所 有 的 子 类 : 
“如 果 你 没有 实现 stream 方法 ， 就 使 用 我 的 吧 。” 接 口中 这 样 的 方法 叫 作 默认 方法 ， 在 任何 
接口 中 ， 无 论 函 数 接口 还 是 非 国 数 接口 ， 都 可 以 使 用 该 方法 。 


Iterable 接口 中 也 新 增 了 一 个 默认 方法 : forEach， 该 方法 功能 和 for 循环 类 似 ， 但 是 允许 
用 户 使 用 一 个 Lambda 表达 式 作为 循环 体 。 例 4-10 展示 了 JDK 中 forEach 的 实现 方式 : 














Gil 4-10 默认 方法 示例 : forEach 实现 方式 
default void forEach(Consumer<? super T> action) { 
for (T t : this) { 
action.accept(t); 
} 
} 


如 果 已 经 习惯 了 通过 调用 接口 方法 来 使 用 Lambda 表达 式 的 方式 ， 那 么 这 个 例子 理解 起 来 


就 相当 简单 。 它 使 用 一 个 常规 的 for 循环 遍历 Iterable 对 象 ， 然 后 对 每 个 值 调用 accept 
方法 。 

既然 如 此 人 简单， 为何 还 要 单独 提出 来 呢 ?” 重 点 就 在 于 代码 段 前 面 的 新 关键 字 default, 3X 
个 关键 字 告 诉 javac 用 户 真正 需要 的 是 为 接口 添加 一 个 新 方法 。 除 了 添加 了 一 个 新 的 关键 
字 ， 默 认 方 法 在 继承 规则 上 和 普通 方法 也 略 有 区 别 。 








和 类 不 同 ， 接 口 没 有 成 员 变 量 ， 因 此 默认 方法 只 能 通过 调用 子 类 的 方法 来 修改 子 类 本 身 ， 
避免 了 对 子 类 的 实现 做 出 各 种 假设 。 
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默认 方法 和 子 类 

默认 方法 的 重 写 规则 也 有 一 些微 妙 之 处 。 从 最 简单 的 情况 开始 来 看 : 没有 重 写 。 在 例 4-11 
HA, Parent 接口 定义 了 一 个 默认 方法 welcome， 调 用 该 方法 时 ， 发 送 一 条 信息 。ParentImpl 
类 没有 实现 welcome 方法 ， 因 此 它 自然 继承 了 该 默认 方法 。 





例 4-11 Parent 接口 ， 其 中 的 welcome 是 一 个 默认 方法 


public interface Parent { 
public void message(String body); 


public default void welcome() { 
message("Parent: Hi!"); 


} 
public String getLastMessage(); 


} 
在 例 4-12 中 调用 代码 ， 我 们 调用 默认 方法 ， 可 以 看 到 断言 正确 。 
例 4-12 在 客户 代码 中 使 用 默认 方法 


QTest 
public void parentDefaultUsed() { 
Parent parent = new ParentImpl(); 
parent.welcome(); 
assertEquals("Parent: Hi!", parent.getLastMessage()); 


} 


这 时 可 新 建 一 个 接口 ChiLd， 继 承 自 Parent 接口 ， 代 码 如 例 4-13 所 示 。Child 接口 实现 了 
自己 的 默认 welcome 方法 ， 赁 直觉 判断 可 知 ， 该 方法 重 写 了 Parent 的 方法 。 同 样 在 这 个 例 
FH, ChildImpl 类 不 会 实现 welcome 方法 ， 因 此 它 自 然 也 继承 了 接口 的 默认 方法 。 














例 4-13 继承 了 Parent 接口 的 Child 接口 
public interface Child extends Parent { 
@Override 


public default void welcome() { 
message("Child: Hi!"); 
} 


} 
此 时 的 类 继承 体系 如 图 4-4 所 示 。 




















图 4-4: 类 继承 体系 图 
例 4-14 调用 了 该 接口 ， 最 后 输出 的 字符 串 自 然 是 "Child: Hit", 
例 4-14 调用 Child 接口 的 客户 代码 


QTest 
public void childOverrideDefault() { 

Child child = new ChildImpl(); 

child.welcome(); 

assertEquals("Child: Hi!", child.getLastMessage()); 
} 


现在 默认 方法 成 了 虚 方 法 一 一 和 静态 方法 刚好 相反 。 任 何 时 候 ， 一 旦 与 类 中 定义 的 方法 产 
生 冲 突 ， 都 要 优先 选择 类 中 定义 的 方法 。 例 4-15 和 例 4-16 展示 了 这 种 情况 ， 最 终 调 用 的 


是 OverridingParent 的 ， 而 不 是 Parent 的 welcome 方法 。 


例 4-15 E5 welcome 默认 实现 的 父 类 
public class OverridingParent extends ParentImpL { 
@Override 


public void welcome() { 
message("Class Parent: Hi!"); 


} 
} 
Gil 4-16 调用 的 是 类 中 的 具体 方法 ， 而 不 是 默认 方法 
QTest 


public void concreteBeatsDefault() { 
Parent parent = new OverridingParent(); 
parent.welcome(); 
assertEquals("Class Parent: Hi!", parent.getLastMessage()); 





例 4-18 展示 了 另 一 种 情况 ， 或 许 不 认为 类 中 重 写 的 方法 能 够 履 盖 默认 方法 。0verridingChild 
本 身 并 没有 任何 操作 ， 只 是 继承 了 Child 和 0verridingParent 中 的 welcome 方法 。 最 后 ， 调 
用 的 是 OverridingParent 中 的 welcome 方法 ， 而 不 是 Child 接口 中 定义 的 默认 方法 (代码 如 例 
4-17 所 示 )， 原 因 在 于 ， 与 接口 中 定义 的 默认 方法 相 比 ， 类 中 重 写 的 方法 更 具体 (参见 图 4-5)。 


例 4-17 子 接口 重 写 了 父 接口 中 的 默认 方法 


public class OverridingChild extends OverridingParent implements Child { 
} 
例 4-18 类 中 重 写 的 方法 优先 级 高 于 接口 中 定义 的 默认 方法 


@Test 
public void concreteBeatsCloserDefault() { 

Child child = new OverridingChild(); 

child.welcome( ); 

assertEquals("Class Parent: Hi!", child.getLastMessage()); 
} 

















4-5: 完整 的 继承 体系 图 


简 言 之 ， 类 中 重 写 的 方法 胜出 。 这 样 的 设计 主要 是 由 增加 默认 方法 的 目的 决定 的 ， 增 加 默 
认 方法 主要 是 为 了 在 接口 上 向 后 兼容 。 让 类 中 重 写 方法 的 优先 级 高 于 默认 方法 能 简化 很 多 
继承 问题 。 


假设 已 实现 了 一 个 定制 的 列表 MyCustomList， 该 类 中 有 一 个 addAll 方法 ， 如 果 新 的 List 





接口 也 增加 了 一 个 默认 方法 addALL， 该 方法 将 对 列表 的 操作 代理 到 add 方法 。 如 果 类 中 重 
写 的 方法 没有 默认 方法 的 优先 级 高 ， 那 么 就 会 破坏 已 有 的 实现 。 


4.7 多重 继 承 


接口 允许 多 重 继承 ， 因 此 有 可 能 磁 到 两 个 接口 包含 签名 相同 的 默认 方法 的 情况 。 比 如 
例 4-19 F, $H Carriage 和 Jukebox 都 有 一 个 默认 方法 rock， 虽 然 各 有 各 的 用 途 。 类 
MusicalCarriage 同时 实现 了 接口 Jukebox ( 例 4-19) 和 Carriage ( 例 4-20)， 它 到 底 继 承 
了 哪个 接口 的 rock 方法 呢 ? 








例 4-19 Jukebox 


public interface Jukebox { 


public default String rock() { 
return "... all over the world!"; 


} 


例 4-20 Carriage 


public interface Carriage { 


public default String rock() { 
return "... from side to side"; 


} 


public class MusicalCarriage implements Carriage, Jukebox { 

} 
此 时 ，javac 并 不 明确 应 该 继承 哪个 接口 中 的 方法 ,因此 编译 器 会 报错 : class Musical Carriage 
inherits unrelated defaults for rock() from types Carriage and Jukebox。 当 然 ， 在 类 
中 实现 rock 方法 就 能 解决 这 个 问题 ， 如 例 4-21 所 示 。 





例 4-21 实现 rock 方法 
public class MusicalCarriage 


implements Carriage, Jukebox { 


@Override 
public String rock() { 
return Carriage.super.rock(); 


} 





该 例 中 使 用 了 增强 的 super 语法 ， 用 来 指明 使 用 接口 Carriage 中 定义 的 默认 方法 。 此 前 ， 





类 库 | 45 


使 用 super 关键 字 是 指向 父 类 ， 现 在 使 用 类 似 Inter faceName. super 这 样 的 语法 指 的 是 继承 
自 父 接口 的 方法 。 


三 定律 
如 果 对 默认 方法 的 工作 原理 ， 特 别 是 在 多 重 继承 下 的 行为 还 没有 把 握 ， 如 下 三 条 简单 的 定 
律 可 以 帮助 大 家 。 


1. 类 胜 于 接口 。 如 果 在 继承 链 中 有 方法 体 或 抽象 的 方法 声明 ， 那 么 就 可 以 忽略 接口 中 定义 
的 方法 。 

2. 子 类 胜 于 父 类 。 如 果 一 个 接口 继承 了 另 一 个 接口 ， 且 两 个 接口 都 定义 了 一 个 默认 方法 ， 
那么 子 类 中 定义 的 方法 胜出 。 

3. 没有 规则 三 。 如 果 上 面 两 条 规则 不 适用 ， 子 类 要 么 需要 实现 该 方法 ， 要 么 将 该 方法 声明 
为 抽象 方法 。 


其 中 第 一 条 规则 是 为 了 让 代码 向 后 兼容 。 


4.8 权衡 


在 接口 中 定义 方法 的 诸多 变化 引发 了 一 系列 问题 ， 既 然 可 用 代码 主体 定义 方法 ， 那 Java 8 
中 的 接口 还 是 上 日 有 版 本 中 界定 的 代码 吗 ? 现在 的 接口 提供 了 某 种 形式 上 的 多 重 继承 功能 ， 
然而 多 重 继承 在 以 前 饱 受 诉 病 ，Java 因此 舍弃 了 该 语言 特性 ， 这 也 正 是 Java 在 易 用 性 方面 
优 于 C++ 的 原因 之 一 。 


语言 特性 的 利 潍 也 在 不 断 演化 。 很 多 人 认为 多 重 继承 的 问题 在 于 对 象 状 态 的 继承 ， 而 不 是 
代码 块 的 继承 ， 默 认 方法 避免 了 状态 的 继承 ， 也 因此 避免 了 C++ 中 多 重 继承 的 最 大 缺点 。 


突破 语言 上 的 局 限 性 吸引 着 无 数 优秀 的 程序 员 不 断 尝试 。 现 在 已 有 一 些 博客 文章 ， 曾 述 在 
Java 8 中 实现 完全 的 多 重 继 承 做 出 的 尝试 ， 包 括 状 态 的 继承 和 默认 方法 。 尝 试 突破 Java 8 
这 些 有 意 为 之 的 语言 限制 时 ， 却 往往 又 掉 进 C++ 的 旧 有 陷阱 之 中 。 


接口 和 抽象 类 之 间 还 是 存在 明显 的 区 别 。 接 口 允许 多 重 继承 ， 却 没有 成 员 变 量 ， 抽 象 类 可 


以 继承 成 员 变 量 ， 却 不 能 多 重 继承 。 在 对 问题 域 建 模 时 ， 需 要 根据 具体 情况 进行 权衡 ， 而 
在 以 前 的 Java 中 可 能 并 不 需要 这 样 。 


49 接口 的 静态 方法 

前 面 已 多 次 出 现 过 Stream.of 方法 的 调用 ， 接 下 来 将 对 其 进行 详细 介绍 。Stream 是 个 接口 ， 
Stream.of 是 接口 的 静态 方法 。 这 也 是 Java 8 中 添加 的 一 个 新 的 语言 特性 ， 旨 在 帮助 编写 
类 库 的 开发 人 员 ， 但 对 于 日 常 应 用 程序 的 开发 人 员 也 同样 适用 。 











































































































人 们 在 编程 过 程 中 积累 了 这 样 一 条 经 验 ， 那 就 是 一 个 包含 很 多 静态 方法 的 类 。 有 时 ， 类 是 
一 个 放置 工具 方法 的 好 地 方 ， 比 如 Java 7 中 引入 的 0bjects 类 ， 就 包含 了 很 多 工具 方法 ， 
这 些 方法 不 是 具体 属于 某 个 类 的 。 

















当然 ， 如 果 一 个 方法 有 充分 的 语义 原因 和 某 个 概念 相关 ， 那 么 就 应 该 将 该 方法 和 相关 的 类 
或 接口 放 在 一 起 ， 而 不 是 放 到 另 一 个 工具 类 中 。 这 有 助 于 更 好 地 组 织 代 码 ， 阅 读 代 码 的 人 
也 更 容易 找到 相关 方法 。 


比如 ， 如 果 想 创建 一 个 由 简单 值 组 成 的 Stream, HARER Stream 中 能 有 一 个 这 样 的 方法 。 
这 在 以 前 很 难 达成 ， 引 入 重 接口 的 strean 对 象 ， 最 后 促使 Java 为 接口 加 入 了 静态 方法 。 




















Stream 和 其 他 几 个 子 类 还 包含 另外 几 个 静态 方法 。 特 别 是 range 和 iterate 
方法 提供 了 产生 Stream 的 其 他 方式 。 








4.10 Optional 


reduce oa 个 重点 尚未 提 及 : reduce 方法 有 两 种 形式 ， 一 种 如 前 面 出 现 的 需要 有 一 
个 初始 值 ， 另 一 种 变 式 则 不 需要 有 初始 值 。 没 有 初始 值 的 情况 下 ，reduce 的 第 一 步 使 用 
Stream 中 的 前 两 个 元 素 。 有 时 ，reduce 操作 不 存在 有 意义 的 初始 值 ， 这 样 做 就 是 有 意义 
的 ， 此 时 ，reduce 方法 返回 一 个 Optional 对 象 。 





Optional 是 为 核心 类 库 新 设计 的 一 个 数据 类 型 ， 用 来 替换 nutl 值 。 人 们 对 原 有 的 nutl 值 
有 很 多 抱怨 ， 甚 至 连 发 明 这 一 概念 的 Tony Hoare 也 是 如 此 ， 他 曾 说 这 是 自己 的 一 个 “价值 
连城 的 错误 ”。 作 为 一 名 有 影响 力 的 计算 机 科学 家 就 是 这 样 : 虽然 连 一 毛 钱 也 见 不 到 ， 却 
也 可 以 犯 一 个 “价值 连城 的 错误 。 





人 们 常常 使 用 null 值 表 示 值 不 存在 ，0ptional 对 象 能 更 好 地 表达 这 个 概念 。 使 用 null 代 
表 值 不 存在 的 最 大 问题 在 于 NullPointerException。 一 旦 引用 一 个 存储 null 值 的 变量 ， 程 
FAHA. BEM Optional 对 象 有 两 个 目的 : 首先 ，0ptional 对 象 鼓励 程序 员 适 时 检查 
变量 是 否 为 空 ， 以 避免 代码 缺陷 ， 其 次 ， 它 将 一 个 类 的 API 中 可 能 为 空 的 值 文档 化 ， 这 比 
阅读 实现 代码 要 简单 很 多 。 











下 面 我 们 举例 说 明 Optional 对 象 的 API， 从 而 切身 体会 一 下 它 的 使 用 方法 。 使 用 工厂 方法 
of ， 可 以 从 某 个 值 创建 出 一 个 Optional 对 象 。0ptional 对 象 相当 于 值 的 容器 ， 而 该 值 可 以 
通过 get 方法 提取 。 如 例 4-22 所 示 。 


例 4-22 创建 某 个 值 的 Optional 对 象 
Optional<String> a = Optional.of("a"); 
assertEquals("a", a.get()); 
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Optional 对 象 也 可 能 为 室 ， 因 此 还 有 一 个 对 应 的 工厂 方法 empty， 另 外 一 个 工厂 方法 
ofNullable 则 可 将 一 个 空 值 转换 成 Optional 对 象 。 例 4-23 展示 了 这 两 个 方法 ， 同 时 展示 
了 第 三 个 方法 isPresent 的 用 法 (该 方法 表示 一 个 0ptionat 对 象 里 是 否 有 值 )。 





il 4-23 ”创建 一 个 空 的 0ptional 对 象 ， 并 检查 其 是 否 有 值 
Optional emptyOptional = Optional.empty(); 
Optional alsoEmpty = Optional.ofNuLllable(null); 


assertFalse(emptyOptional.isPresent()); 


// (i) 4-22 中 定义 了 变量 a 

assertTrue(a.isPresent()); 
使 用 Optional 对 象 的 方式 之 一 是 在 调用 get() 方法 前 ， 先 使 用 isPresent 检查 Optional 
对 象 是 否 有 值 。 使 用 orElse 方法 则 更 简洁 ， 当 Optional 对 象 为 空 时 ， 该 方法 提供 了 一 个 
备 选 值 。 如 果 计 算 备 选 值 在 计算 上 太 过 繁琐 ， 即 可 使 用 orElseGet 方法 。 该 方法 接受 一 个 
Supplier 对 象 ， 只 有 在 Optional 对 象 真正 为 空 时 才 会 调用 。 例 4-24 展示 了 这 两 个 方法 。 





例 4-24 使 用 orElse 和 orELseGet 方法 


assertEquals("b", emptyOptional.orElse("b")); 
assertEquals("c", emptyOptional.orElseGet(() -> "c")); 





Optional 对 象 不 仅 可 以 用 于 新 的 Java 8 API， 也 可 用 于 具体 领域 类 中 ， 和 普通 的 类 别 无 二 
致 。 当 试图 避免 空 值 相关 的 缺陷 ， 如 未 捕获 的 异常 时 ， 可 以 考虑 一 下 是 否 可 使 用 0ptional 
WR. 


411 要 点 回顾 


。 使 用 为 基本 类 型 定制 的 Lambda 表达 式 和 Stream, AN IntStream 可 以 显著 提升 系统 性 能 。 
。 默认 方法 是 指 接口 中 定义 的 包含 方法 体 的 方法 ， 方 法 名 有 default 关键 字 做 前 绥 。 
。 在 一 个 值 可 能 为 空 的 建 模 情况 下 ， 使 用 Optional 对 象 能 替代 使 用 null 值 。 


412 J 


1. 在 例 4-25 所 示 的 Performance 接口 基础 上 上， 添加 getALLMusicians 方法 ， 该 方法 返回 包 
含 所 有 艺术 家 名 字 的 Stream， 如 果 对 象 是 乐队 ， 则 返回 每 个 乐队 成 员 的 名 字 。 例 如 ， 如 
果 getMusicians 方法 返回 甲 过 虫 乐队 ， 则 getALLMusicians 方法 返回 乐队 名 和 乐队 成 员 ， 
如 约翰 : 列 依 、 保 罗 : 麦 卡 特 尼 等 。 


例 4-25 表示 音乐 表演 的 接口 
/** 该 接口 表示 艺术 家 的 演出 


public interface Performance { 























专辑 或 演唱 会 */ 





public String getName(); 


public Stream<Artist> getMusicians(); 


} 








2. 根据 前 面 描述 的 重 载 解析 规则 ， 能 否 重 写 默 认 方 法 中 的 equals 或 hashCode 方法 ? 
3. fill 4-26 所 示 的 Artists 类 表示 了 一 组 艺术 家 ， 重 构 该 类 ， 使 得 getArtist 方法 返回 一 








个 Optional<Artist> 对 象 。 如 果 索 引 在 有 效 范 围 内 











Optional 对 象 。 此 外 ， 还 需 重 构 getArtistname 方法 ， 保 持 相同 的 行为 。 


例 4-26 包含 多 个 艺术 家 的 Artists 类 
public class Artists { 
private List<Artist> artists; 
public Artists(List<Artist> artists) { 
this.artists = artists; 


} 


public Artist getArtist(int index) { 


if (index < 0 || index >= artists.size()) { 


indexException(index) ; 


} 


return artists.get(index); 


} 


private void indexException(int index) { 


throw new IllegalArgumentException(index + 
"doesn't correspond to an Artist"); 


} 


public String getArtistName(int index) { 
try { 
Artist artist = getArtist(index); 
return artist.getName(); 
} catch (IllegalArgumentException e) { 
return "unknown"; 


} 


413 ”开放 练习 


审阅 工作 代码 库 或 熟悉 的 开源 项 目 代 码 ， 找 出 哪些 只 


m 





法 的 接口 替代 。 如 有 可 能 ， 和 同事 一 起 讨论 ， 看 他 们 是 否 赞同 你 找 出 的 结果 。 


包含 静态 方法 的 类 适合 用 包含 静态 方 
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第 3 章 只 介绍 了 集合 类 的 部 分 变化 ， 事 实 上 ，Java 8 对 集合 类 的 改进 不 止 这 些 。 现 在 是 时 
候 介 绍 一 些 高 级 主题 了 ， 包 括 新 引入 的 Collector 类 。 同 时 我 还 会 为 大 家 介绍 方法 引用 ， 
它 可 以 帮助 大 家 在 Lambda 表达 式 中 轻松 使 用 已 有 代码 。 编 写 大 量 使 用 集合 类 的 代码 时 ， 
使 用 方法 引用 能 让 程序 员 获 得 丰厚 的 回报 。 本 章 还 会 涉及 集合 类 的 一 些 更 高 级 的 主题 ， 比 
如 流 中 元 素 的 顺序 ， 以 及 一 些 有 用 的 API. 


5.1 方法 引用 


读者 可 能 已 经 发 现 ，Lambda 表达 式 有 一 个 常见 的 用 法 : Lambda 表达 式 经 常 调用 参数 。 比 
如 想得到 艺术 家 的 姓名 ，Lambda 的 表达 式 如 下 : 


artist -> artist.getName() 





这 种 用 法 如 此 普遍 ， 因 此 Java 8 为 其 提供 了 一 个 简写 语法 ， 叫 作 方法 引用 ， 帮 助 程序 员 重 
用 已 有 方法 。 用 方法 引用 重 写 上 面 的 Lambda 表达 式 ， 代 码 如 下 : 








Artist: :getName 


标准 语法 为 Classname: :methodNane。 需 要 注意 的 是 ， 虽 然 这 是 一 个 方法 ， 但 不 需要 在 后 面 
加 括号 ， 因 为 这 里 并 不 调用 该 方法 。 我 们 只 是 提供 了 和 Lambda 表达 式 等 价 的 一 种 结构 ， 
在 需要 时 才 会 调用 。 凡 是 使 用 Lambda 表达 式 的 地 方 ， 就 可 以 使 用 方法 引用 。 




















构造 函数 也 有 同样 的 缩写 形式 ， 如 果 你 想 使 用 Lambda 表达 式 创建 一 个 Artist 对 象 ， 可 能 
会 写 出 如 下 代码 : 
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(name, nationality) -> new Artist(name, nationality) 
使 用 方法 引用 ， 上 述 代码 可 写 为 : 
Artist: :new 


这 段 代 码 不 仅 比 原来 的 代码 短 ， 而 且 更 易 阅 读 。Artist: :new 立刻 告诉 程序 员 这 是 在 创建 
一 个 Artist 对 象 ， 程 序 员 无 需 看 完整 行 代码 就 能 弄 明 白 代 码 的 意图 。 另 一 个 要 注意 的 地 方 
是 方法 引用 自动 支持 多 个 参数 ， 前 提 是 选 对 了 正确 的 函数 接口 。 


还 可 以 用 这 种 方式 创建 数组 ， 下 面 的 代码 创建 了 一 个 字符 串 型 的 数组 : 






































String[]::new 


从 现在 开始 ， 我 们 将 在 合适 的 地 方 使 用 方法 引用 ， 因 此 读者 很 快 会 看 到 更 多 的 例子 。 一 开 
始 探索 Java 8 时 ， 有 位 朋友 告诉 我 ， 方 法 引用 看 起 来 “就 像 在 作弊 "。 他 的 意思 是 说 ， 了 
解 如 何 使 用 Lambda 表达 式 让 代码 像 数 据 一 样 在 对 象 间 传递 之 后 ， 这 种 直接 引用 方法 的 方 
AMR “PEW” 

BOL, DEERME. PRA ARIE, KE HAM x -> foo(x) AY Lambda 表达 式 时 ， 
和 直接 调用 方法 foo 是 一 样 的 。 方 法 引用 只 不 过 是 基于 这 样 的 事实 ， 提 供 了 一 种 简短 的 语 
法 而 已 。 


5.2 ”元素 顺序 


另外 一 个 尚未 提 及 的 关于 集合 类 的 内 容 是 流 中 的 元 素 以 何 种 顺序 排列 。 读 者 可 能 知道 ， 一 
些 集合 类 型 中 的 元 素 古 按 顺 序 排列 的 ， 比 如 List; 而 另 一 些 则 是 无 序 的 ， 比 如 Hashset。 
增加 了 流 操 作 后 ， 顺 序 问题 变 得 更 加 复杂 。 


直观 上 看 ， 流 是 有 序 的 ， 因 为 流 中 的 元 素 都 是 按 顺 序 处 理 的 。 这 种 顺序 称 为 出 现 顺序 。 出 
现 顺 序 的 定义 依赖 于 数据 源 和 对 流 的 操作 。 


在 一 个 有 序 集合 中 创建 一 个 流 时 ， 流 中 的 元 素 就 按 出 现 顺序 排列 ， 因 此 ， 例 5-1 中 的 代码 
总 是 可 以 通过 。 


























例 5-1 顺序 测试 永远 通过 


List<Integer> numbers = asList(1, 2, 3, 4); 


List<Integer> sameOrder = numbers.stream() 
-collect(toList()); 
assertEquals(numbers, sameOrder); 


如 果 集合 本 身 就 是 无 序 的， 由 此 生成 的 流 也 是 无 序 的 。Hashset 就 是 一 种 无 序 的 集合 ， 因 
此 不 能 保证 例 5-2 所 示 的 程序 每 次 都 通过 。 
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例 5-2 顺序 测试 不 能 保证 每 次 通过 


Set<Integer> numbers = new HashSet<>(asList(4, 3, 2, 1)); 


List<Integer> sameOrder = numbers.stream() 
-collect(toList()); 


// 该 断言 有 时 会 失败 
assertEquals(asList(4, 3, 2, 1), sameOrder); 




















流 的 目的 不 仅 是 在 集合 类 之 间 做 转换 ， 而 且 同 时 提供 了 一 组 处 理 数据 的 通用 操作 。 
合 本 身 是 无 序 的 ， 但 这 些 操 作 有 时 会 产生 顺序 ， 试 看 例 5-3 中 的 代码 。 


例 5-3 生成 出 现 顺序 
Set<Integer> numbers = new HashSet<>(asList(4, 3, 2, 1)); 
List<Integer> sameOrder = numbers.stream() 
.sorted() 
.collect(toList()); 


assertEquals(asList(1, 2, 3, 4), sameOrder); 


一 些 中 间 操 作 会 产生 顺序 ， 比 如 对 值 做 映射 时 ， 映 射 后 的 值 是 有 序 的 ， 这 种 顺序 


有 些 集 


下 来 。 如 果 进 来 的 流 是 无 序 的 ， 出 去 的 流 也 是 无 序 的 。 看 一 下 例 5-4 所 示 代 码 ， 我 们 
断言 HashSet 中 含有 某 元 素 ， 但 对 甚 顺序 不 能 作出 任何 假设 ， 因 为 HashSet 是 无 序 的 ， 使 








用 了 映射 操作 后 ， 得 到 的 集合 仍然 是 无 序 的 。 
例 5-4 本 例 中 关于 顺序 的 假设 永远 是 正确 的 


List<Integer> numbers = asList(1, 2, 3, 4); 


List<Integer> stillOrdered = numbers.stream() 
.map(x -> x + 1) 
.collect(toList()); 


// 顺序 得 到 了 保留 
assertEquals(asList(2, 3, 4, 5), stillOrdered); 


Set<Integer> unordered = new HashSet<>(numbers) ; 


List<Integer> stillUnordered = unordered.stream() 
.map(x -> x + 1) 
-collect(toList()); 


// 顺序 得 不 到 保证 

assertThat(stillUnordered, hasItem(2)); 
assertThat(stillUnordered, hasItem(3)); 
assertThat(stillUnordered, hasItem(4)); 
assertThat(stillUnordered, hasItem(5)); 


一 些 操作 在 有 序 的 流 上 开销 更 大 ， 调 用 unordered 方法 消除 这 种 顺序 就 能 解决 该 问题 。 


多 数 操作 都 是 在 有 序 流 上 效率 更 高 ， 比 如 filter, map 和 reduce 等 。 


字 就 会 保留 


会 已 
只 能 
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这 会 带 来 一 些 意 想不到 的 结果 ， 比 如 使 用 并 行 流 时 ，forEach 方法 不 能 保证 元 素 是 
理 的 (第 6 章 会 详细 讨论 这 些 内 容 )。 如 果 需 要 保证 按 顺序 处 理 ， 应 该 使 用 
forEachOrdered 方法 ， 它 是 你 的 朋友 。 


5.3 ”使 用 收集 器 


前 面 我 们 使 用 过 collect(toList())， 在 流 中 生成 列表 。 显 然 ，List 是 能 想到 的 从 流 中 生 
成 的 最 自然 的 数据 结构 ， 但 是 有 了 时 人 们 还 希望 从 流 生成 其 他 值 ， 比 如 Map 或 set， 或 者 你 
希望 定制 一 个 类 将 你 想 要 的 东西 抽象 出 来 。 


前 面 已 经 讲 过 ， 仅 凭 流 上 方法 的 签名 ， 就 能 判断 出 这 是 否 是 一 个 及 早 求 值 的 操作 。reduce 
操作 就 是 一 个 很 好 的 例子 ， 但 有 时 人 们 希望 能 做 得 更 多 。 

这 就 是 收集 器 ， 一 种 通用 的 、 从 流 生成 复杂 值 的 结构 。 只 要 将 它 传 给 collect 方法 ， 所 有 
的 流 就 都 可 以 使 用 它 了 。 


标准 类 库 已 经 提供 了 一 些 有 用 的 收集 器 ， 让 我 们 先 来 看 看 。 本 章 示 例 代码 中 的 收集 器 都 是 
从 java.util.stream.Collectors 类 中 静态 导入 的 。 


5.3.1 转换 成 其 他 集合 

有 一 些 收集 器 可 以 生成 其 他 集合 。 比 如 前 面 已 经 见 过 的 toList, Æ T java.util.List 类 
的 实例 。 还 有 toSet 和 toCoLLection， 分 别 生 成 Set 和 Collection 类 的 实例 。 到 目前 为 止 ， 
我 已 经 讲 了 很 多 流 上 的 链 式 操作 ， 但 总 有 一 些 时 候 ， 需 要 最 终生 成 一 个 集合 一 一 比如 : 


。 已 有 代码 是 为 集合 编写 的 ， 因 此 需要 将 流转 换 成 集合 传 入 ，; 
。 在 集合 上 进行 一 系列 链 式 操作 后 ， 最 终 希 望 生成 一 个 值 
。 写 单元 测试 时 ， 需 要 对 某 个 具体 的 集合 做 断言 。 


通常 情况 下 ， 创 建 集合 时 需要 调用 适当 的 构造 函数 指明 集合 的 具体 类 型 : 


F 
= 
Ht 
= 



































List<Artist> artists = new ArrayList<>(); 


但 是 调用 toList 或 者 toset 方法 时 ， 不 需要 指定 具体 的 类 型 。Streanm 类 库 在 背后 自动 为 你 
挑选 出 了 合适 的 类 型 。 本 书后 面 会 讲述 如 何 使 用 Stream 类 库 并 行 处 理 数 据 ， 收 集 并 行 操作 
的 结果 需要 的 Set， 和 对 线程 安全 没有 要 求 的 Set 类 是 完全 不 同 的 。 

















可 能 还 会 有 这 样 的 情况 ， 你 希望 使 用 一 个 特定 的 集合 收集 值 ， 而 且 你 可 以 稍 后 指定 该 集合 
的 类 型 。 比 如 ， 你 可 能 希望 使 用 Treeset ， 而 不 是 由 框架 在 背后 自动 为 你 指定 一 种 类 型 的 
Set。 此 时 就 可 以 使 用 tocollection， 它 接受 一 个 函数 作为 参数 ， 来 创建 集合 ( 见 例 5-5). 
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例 5-5 使 用 tocollection， 用 定制 的 集合 收集 元 素 


stream.collect(toCollection(TreeSet: :new)); 


5.3.2 ”转换 成 值 


还 可 以 利用 收集 器 让 流 生 成 一 个 值 。maxBy 和 minBy 允许 用 户 按 某 种 特定 的 顺序 生成 一 个 
值 。 例 5-6 展示 了 如 何 找 出 成 员 最 多 的 乐队 。 它 使 用 一 个 Lambda 表达 式 ， 将 艺术 家 映射 
为 成 员 数 量 ， 然 后 定义 了 一 个 比较 器 ， 并 将 比较 器 传人 maxBy 收集 器 。 


例 5-6 找 出 成 员 最 多 的 乐队 
public Optional<Artist> biggestGroup(Stream<Artist> artists) { 
Function<Artist,Long> getCount = artist -> artist.getMembers().count(); 
return artists.collect(maxBy(comparing(getCount))); 


} 
minBy 就 如 它 的 方法 名 ， 是 用 来 找 出 最 小 值 的 。 


还 有 些 收集 器 实现 了 一 些 常用 的 数值 运算 。 让 我 们 通过 一 个 计算 专辑 曲目 平均 数 的 例子 来 
看 看 ， 如 例 5-7 所 示 。 


例 5-7 找 出 一 组 专辑 上 曲目 的 平均 数 
public double averageNumberOfTracks(List<Album> albums) { 
return albums.stream() 
.collect(averagingInt(album -> album.getTrackList().size())); 


} 


和 以 前 一 样 ， 通 过 调用 strean 方 法 让 集合 生成 流 ， 然 后 调用 collect 方法 收集 结果 。 
averagingInt 方法 接受 一 个 Lambda 表达 式 作 参数 ， 将 流 中 的 元 素 转换 成 一 个 整数 ， 然 后 再 计算 
平均 数 。 还 有 和 double 和 long 类 型 对 应 的 重 载 方法 ， 帮 助 程序 员 将 元 素 转换 成 相应 类 型 的 值 。 


第 4 章 介 绍 过 一 些 特殊 的 流 ， 如 IntStream， 为 数值 运算 定义 了 一 些 额 外 的 方法 。 事实 上 ， 
Java 8 也 提供 了 能 完成 类 似 功 能 的 收集 器 ， 如 averagingInt。 可 以 使 用 summingInt 及 其 重 
载 方法 求 和 。SummaryStatistics 也 可 以 使 用 summingInt 及 其 组 合 收集 。 


























5.3.3 ”数据 分 块 

另外 一 个 常用 的 流 操作 是 将 其 分 解 成 两 个 集合 。 假 设 有 一 个 艺术 家 组 成 的 流 ， 你 可 能 希望 
将 其 分 成 两 个 部 分 ， 一 部 分 是 独唱 歌手 ， 另 一 部 分 是 由 多 人 组 成 的 乐队 。 可 以 使 用 两 次 过 
滤 操 作 ， 分 别 过 滤 出 上 述 两 种 艺术 家 。 

但 是 这 样 操作 起 来 有 问题 。 首 先 ， 为 了 执行 两 次 过 诺 操 作 ， 需 要 有 两 个 流 。 基 次， 如果 过 
滤 操 作 复杂 ， 每 个 流 上 都 要 执行 这 样 的 操作 ， 代 码 也 会 变 得 元 余 。 


幸好 我 们 有 这 样 一 个 收集 器 partitioningBy， 它 接受 一 个 流 ， 并 将 其 分 成 两 部 分 (如 图 
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5-1 所 示 )。 它 使 用 Predicate 对 象 判断 一 个 元 素 应 该 属于 哪个 部 分 ， 并 根据 布尔 值 返 
个 Map 到 列表 。 因 此 ， 对 于 true List 中 的 元 素 ，Predicate 返回 true， 对 其 他 List 中 的 
StH, Predicate 返回 false, 




















false: |_| 图 
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使 用 它 ， 我 们 就 可 以 将 乐队 (有 多 个 成 员 ) 和 独唱 歌手 分 开 了 。 在 本 例 中 ,分 块 函数 指明 
艺术 家 是 否 为 独唱 歌手 。 实 现 如 例 5-8 所 示 。 
例 5-8 将 艺术 家 组 成 的 流 分 成 乐队 和 独唱 歌手 两 部 分 


public Map<Boolean, List<Artist>> bandsAndSolo(Stream<Artist> artists) { 
return artists.collect(partitioningBy(artist -> artist.isSolo())); 











} 
也 可 以 使 用 方法 引用 代替 Lambda 表达 式 ， 如 例 5-9 所 示 。 
例 5-9 使 用 方法 引用 将 艺术 家 组 成 的 Stream 分 成 乐队 和 独唱 歌手 两 部 分 


public Map<Boolean, List<Artist>> bandsAndSoloRef(Stream<Artist> artists) { 
return artists.collect(partitioningBy(Artist::isSolo)); 


5.3.4 数据 分 组 
数据 分 组 是 一 种 更 自然 的 分 割 数 据 操 作 ， 与 将 数据 分 成 ture 和 false 两 部 分 不 同 ， 可 以 使 
用 任意 值 对 数据 分 组 。 比 如 现在 有 一 个 由 专辑 组 成 的 流 ， 可 以 按 专辑 当中 的 主唱 对 专辑 分 
组 。 代 码 如 例 5-10 所 示 。 

例 5-10 使 用 主唱 对 专辑 分 组 


public Map<Artist, List<Album>> albumsByArtist(Stream<Album> albums) { 
return albums.collect(groupingBy(album -> album.getMainMusician())); 











和 其 他 例子 一 样 ， 调 用 流 的 collect 方法 ， 传 和 一 个 收集 器 。groupingBy 收集 器 (如 医 
5-2 所 示 ) 接受 一 个 分 类 函数 ， 用 来 对 数据 分 组 ， 就 像 partitioningBy 一 样 ， 接 受 一 个 
Predicate 对 象 将 数据 分 成 ture 和 false 两 部 分 。 我 们 使 用 的 分 类 器 是 一 个 Function 对 
象 ， 和 map 操作 用 到 的 一 样 。 
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读者 可 能 知道 SQL 中 的 group by 操作 ， 我 们 的 方法 是 和 这 类 似 的 一 个 概念 ， 
只 不 过 在 Stream 类 库 中 实现 了 而 已 。 


5.3.5 FAR 
很 多 时 候 ， 收 集 流 中 的 数据 都 是 为 了 在 最 后 生成 一 个 字符 串 。 假 设 我 们 想 将 参与 制作 一 张 
专辑 的 所 有 艺术 家 的 名 字 输 出 为 一 个 格式 化 好 的 列表 ， 以 专辑 Let It Be 为 例 ， 期 望 的 输出 


为 : “[George Harrison, John Lennon, Paul McCartney, Ringo Starr, The Beatles]", 


在 Java 8 还 未 发 布 前 ， 实 现 该 功能 的 代码 可 能 如 例 5-11 所 示 。 通 过 不 断 迭 代 列 表 ， 使 用 一 
个 StringBuilder 对 象 来 记录 结果 。 每 一 步 都 取出 一 个 艺术 家 的 名 字 ， 追 加 到 StringBuilder 
对 象 。 


例 5-11 使 用 for 循环 格式 化 艺术 家 姓名 
StringBuilder builder = new StringBuilder("["); 
for (Artist artist : artists) { 

if (builder.length() > 1) 
builder.append(", "); 


String name = artist.getName(); 
builder .append(name) ; 

} 

builder.append("]"); 

String result = builder.toString(); 
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显然 ， 这 段 代 码 不 是 非常 好 。 如 果 不 一 步 步 跟 踪 ， 很 难看 出 这 段 代 码 是 干什么 的 。 使 用 
Java 8 提供 的 流 和 收集 器 就 能 写 出 更 清晰 的 代码 ， 如 例 5-12 所 示 。 


例 5-12 使 用 流 和 收集 器 格式 化 艺术 家 姓名 


String result = 
artists.stream() 
-map(Artist: :getName) 
.collect(Collectors.joining(", ", "E", "]")); 


这 里 使 用 map 操作 提取 出 艺术 家 的 姓名 ， 然 后 使 用 Collectors. joining 收集 流 中 的 值 ， 该 方法 
可 以 方便 地 从 一 个 流 得 到 一 个 字符 串 ， 人 允许 用 户 提供 分 隔 符 〈 用 以 分 隔 元 素 )、 前 绥 和 后 绥 。 





5.3.6 ”组 合 收 集 器 

虽然 读者 现在 看 到 的 各 种 收集 器 已 经 很 强大 了 ， 但 如 果 将 它们 组 合 起 来 ， 会 变 得 更 强大 。 
之 前 我 们 使 用 主唱 将 专辑 分 组 ， 现 在 来 考虑 如 何 计算 一 个 艺术 家 的 专辑 数量 。 一 个 简单 的 
方案 是 使 用 前 面 的 方法 对 专辑 先 分 组 后 计数 ， 如 例 5-13 所 示 。 


例 5-13 ”计算 每 个 艺术 家 专辑 数 的 简单 方式 
Map<Artist, List<Album>> aLbumsByArtist 
= albums.collect(groupingBy(album -> album.getMainMusician())); 








Map<Artist, Integer> numberOfALbums = new HashMap<>(); 
for(Entry<Artist, List<Album>> entry : albumsByArtist.entrySet()) { 
numberOfALbums.put(entry.getKey(), entry.getValue().size()); 

} 


这 种 方式 看 起 来 简单 ， 但 却 有 点 杂乱 无 章 。 这 段 代码 也 是 命令 式 的 代码 ， 不 能 自动 适应 并 
行 化 操作 。 


这 里 实际 上 需要 另外 一 个 收集 器 ， 告 诉 groupingBy 不 用 为 每 一 个 艺术 家 生成 一 个 专辑 
列表 ， 只 需要 对 专辑 计数 就 可 以 了 。 幸 好 ， 核 心 类 库 已 经 提供 了 一 个 这 样 的 收集 器 : 
counting。 使 用 它 ， 可 将 上 述 代 码 重 写 为 例 5-14 所 示 的 样子 。 


例 5-14 使 用 收集 器 计算 每 个 艺术 家 的 专辑 数 
public Map<Artist, Long> numberOfALbums(Stream<ALbum> albums) { 
return albums.collect(groupingBy(album -> album.getMainMusician(), 
counting())); 











} 


groupingBy 先 将 元 素 分 成 块 ， 每 块 都 与 分 类 函数 getMainMusician 提供 的 键 值 相关 联 ， 然 
后 使 用 下 游 的 另 一 个 收集 器 收集 每 块 中 的 元 素 ， 最 好 将 结果 映射 为 一 个 Map, 





让 我 们 再 看 一 个 例子 ， 这 次 我 们 不 想 生 成 一 组 专辑 ， 只 希望 得 到 专辑 名 。 这 个 问题 仍然 可 
以 用 前 面 的 方法 解决 ， 先 将 专辑 分 组 ， 然 后 再 调整 生成 的 Map 中 的 值 ， 如 例 5-15 所 示 。 
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例 5-15 使 用 简单 方式 求 每 个 艺术 家 的 专辑 名 
public Map<Artist, List<String>> nameOfAlbumsDumb(Stream<Album> albums) { 
Map<Artist, List<Album>> albumsByArtist = 
albums.collect(groupingBy(album ->album.getMainMusician())); 


Map<Artist, List<String>> nameOfAlbums = new HashMap<>(); 
for(Entry<Artist, List<Album>> entry : albumsByArtist.entrySet()) { 
nameOfALbums.put(entry.getKey(), entry.getVaLlue() 
.stream() 
.map(ALbum: : getName) 
-collect(toList())); 
} 


return nameOfALbums ; 


} 


同 理 ， 我 们 可 以 再 使 用 一 个 收集 器 ， 编 写 出 更 好 、 更 快 、 更 容易 并 行 处 理 的 代码 。 我 
们 已 经 知道 ， 可 以 使 用 groupingBy 将 专辑 按 主唱 分 组 ， 但 是 其 输出 为 一 个 Map<Artist, 
List<Album>> 对 象 ， 它 将 每 个 艺术 家 和 他 的 专辑 列表 关联 起 来 ， 但 这 不 是 我 们 想 要 的 ,我 
们 想 要 的 是 一 个 包含 专辑 名 的 字符 串 列表 。 


此 时 ， 我 们 真正 想 做 的 是 将 专辑 列表 映射 为 专辑 名 列表 ， 这 里 不 能 直接 使 用 流 的 map 操 
作 ， 因 为 列表 是 由 groupingBy 生成 的 。 我 们 需要 有 一 种 方法 ， 可 以 告诉 groupingBy 将 它 
的 值 做 映射 ， 生 成 最 终结 果 。 


每 个 收集 器 都 是 生成 最 终 值 的 一 剂 良 方 。 这 里 需要 两 剂 配方 ， 一 个 传 给 另 一 个 。 谢 天 谢 
Hh, Oracle 公司 的 研究 员 们 已 经 考虑 到 这 种 情况 ， 为 我 们 提供 了 mapping 收集 器 。 


mapping 允许 在 收集 器 的 容器 上 执行 类 似 map 的 操作 。 但 是 需要 指明 使 用 什么 样 的 集合 类 
存储 结果 ， 比 如 toList。 这 些 收 集 器 就 像 乌龟 全 罗汉 ， 鱼 鱼 相 驮 以 至 无 穷 。 


mapping 收集 器 和 map 方法 一 样 ， 接 受 一 个 Function 对 象 作为 参数 ， 经 过 重 构 后 的 代码 如 
例 5-16 所 示 。 


例 5-16 使 用 收集 器 求 每 个 艺术 家 的 专辑 名 
public Map<Artist, List<String>> nameOfAlbums(Stream<Album> albums) { 
return albums.collect(groupingBy(Album: :getMainMusician, 
mapping(ALbum: :getName, toList()))); 











} 


这 两 个 例子 中 我 们 都 用 到 了 第 二 个 收集 器 ， 用 以 收集 最 终结 果 的 一 个 子 集 。 这 些 收集 器 叫 
作 下 游 收集 器 。 收 集 器 是 生成 最 终结 果 的 一 剂 配方 ， 下 游 收集 器 则 是 生成 部 分 结果 的 配 
方 ， 主 收集 器 中 会 用 到 下 游 收集 器 。 这 种 组 合 使 用 收集 器 的 方式 ， 使 得 它们 在 Stream 类 库 
中 的 作用 更 加 强大 。 


那些 为 基本 类 型 特殊 定制 的 函数 ， 如 averagingInt, summarizingLong 等 ， 事 实 上 和 调用 特 
殊 Stream 上 的 方法 是 等 价 的 ， 加 上 它们 是 为 了 将 它们 当 作 下 游 收集 器 来 使 用 的 。 
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5.3.7 RAE BUN RS 

尽管 在 常用 流 操作 里 ，Java 内 置 的 收集 器 已 经 相当 好 用 ， 但 收集 器 框架 本 身 是 极其 通用 
的 。JDK 提供 的 收集 器 没有 什么 特别 的 ， 完 全 可 以 定制 自己 的 收集 器 ， 而 且 定 制 起 来 相当 
简单 ， 这 就 是 本 节 要 讲 的 内 容 。 


读者 可 能 还 没 忘记 在 例 5-11 中 ， 如 何 使 用 Java 7 连接 字符 串 ， 尽 管 形式 并 不 优雅 。 让 我 们 
逐步 重 构 这 段 代 码 ， 最 终 用 合适 的 收集 器 实现 原 有 代码 功能 。 在 工作 中 没有 必要 这 样 做 ， 
JDK 已 经 提供 了 一 个 完美 的 收集 器 joining。 这 里 只 是 为 了 展示 如 何 定制 收集 器 ， 以 及 如 
何 使 用 Java 8 提供 的 新 功能 来 重 构 遗 留 代码 。 


例 5-17 复制 了 例 5-11， 展 示 了 如 何在 Java 7 中 连接 字符 串 。 
例 5-17 使 用 for 循环 和 StringBuilder 格式 化 艺术 家 姓名 


StringBuilder builder = new StringBuilder("["); 
for (Artist artist : artists) { 

if (builder.length() > 1) 

builder.append(", "); 

String name = artist.getName(); 

builder .append(name) ; 
} 
builder.append("]"); 
String result = builder.toString(); 




















显然 ， 可 以 使 用 map 操作 ， 将 包含 艺术 家 的 流 映射 为 包含 艺术 家 姓名 的 流 。 例 5-18 展示 了 
使 用 了 流 的 map 操作 重 构 后 的 代码 。 


例 5-18 使 用 forEach 和 StringBuilder 格式 化 艺术 家 姓名 


StringBuilder builder = new StringBuilder("["); 
artists.stream() 
-map(Artist: :getName) 
.forEach(name -> { 
if (builder.length() > 1) 
builder.append(", "); 
builder .append(name) ; 


}); 
builder.append("]"); 
String result = builder.toString(); 


将 艺术 家 映射 为 姓名 ， 就 能 更 快 看 出 最 终 是 要 生成 什么 ， 这 样 代码 看 起 来 更 清楚 一 点 。 可 惜 
forEach 方法 看 起 来 还 是 有 点 笨重 ， 这 与 我 们 通过 组 合 高 级 操作 让 代码 变 得 易 读 的 目标 不 符 。 


暂且 不 必 考 虑 定制 一 个 收集 器 ， 让 我 们 想 想 怎么 通过 流 上 已 有 的 操作 来 解决 该 问题 。 和 生 
成 字符 串 目 标 最 近 的 操作 就 是 reduce， 使 用 它 将 例 5-18 中 的 代码 重 构 如 下 。 








例 5-19 使 用 reduce 和 StringBuilder 格式 化 艺术 家 姓名 


StringBuilder reduced = 
artists.stream() 
-map(Artist: :getName) 
.reduce(new StringBuilder(), (builder, name) -> { 
if (builder.length() > 0) 
builder.append(", "); 


builder .append(name) ; 
return builder; 
}, (left, right) -> left.append(right)); 


reduced.insert(0, "["); 
reduced. append("]"); 
String result = reduced. toString(); 


我 曾经 天 真 地 以 为 上 面 的 重 构 会 让 代码 变 得 更 清晰 ， 可 惜 恰好 相反 ， 代 码 看 起 来 比 以 
前 更 糟糕 。 让 我 们 先 来 看 看 怎么 回 事 。 和 前 面 的 例子 一 样 ， 都 调用 了 stream 和 map 方 
法 ，reduce 操作 生成 艺术 家 姓名 列表 ， 艺 术 家 与 艺术 家 之 间 用 “,” 分 隔 。 首 先 创建 一 
个 StringBuilder 对 象 ， 该 对 象 是 reduce 操作 的 初始 状态 ， 然 后 使 用 Lambda 表达 式 将 
姓名 连接 到 builder E, reduce 操作 的 第 三 个 参数 也 是 一 个 Lambda 表达 式 ， 接 受 两 个 
StringBuilder 对 象 做 参数 ， 将 两 者 连接 起 来 。 最 后 添加 前 级 和 后 级 。 




















在 接 下 来 的 重 构 中 ， 我 们 还 是 使 用 reduce 操作 ， 不 过 需要 将 杂乱 无 章 的 代码 隐藏 掉 一 一 我 
的 意思 是 使 用 一 个 StringCombiner 类 对 细节 进行 抽象 。 代 码 如 例 5-20 所 示 。 


例 5-20 使 用 reduce 和 StringCombiner 类 格式 化 艺术 家 姓名 


StringCombiner combined = 
artists.stream() 
-map(Artist: :getName) 
.reduce(new StringCombiner(", ", "[", "]"), 
StringCombiner::add, 
StringCombiner: :merge); 
String result = combined. toString(); 





尽管 代码 看 起 来 和 上 个 例子 大 相 径 庭 ， 其 实 背后 做 的 工作 是 一 样 的 。 我 们 使 用 reduce 操 
作 将 姓名 和 分 隔 符 连 接 成 一 个 StringBuilder 对 象 。 不 过 这 次 连接 姓名 操作 被 代理 到 了 
StringCombiner.add 方法 ， 而 连接 两 个 连接 器 操作 被 StringCombiner .merge 方法 代理 。 让 
我 们 现在 来 看 看 这 些 方法 ， 先 从 例 5-21 中 的 add 方法 开始 。 














例 5-21 add 方法 返回 连接 新 元 素 后 的 结果 
public StringCombiner add(String element) { 
if (areAtStart()) { 
builder .append(prefix); 
} else { 
builder .append(delim); 


} 


builder.append(element) ; 
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return this; 


} 


add 方 法 在 内 部 其 实 将 操作 代理 给 一 个 StringBuilder 对 象 。 如 果 刚 开始 进行 连接 ， 则 在 最 
前 面 添加 前 级， 否则 添加 分 隔 符 ， 然 后 再 添加 新 的 元 素 。 这 里 返回 一 个 StringCombiner 对 
象 ， 因 为 这 是 传 给 reduce 操作 所 需要 的 类 型 。 合 并 代码 也 是 同样 的 道理 ， 内 部 将 操作 代理 
给 StringBuilder 对 象 ， 如 例 5-22 所 示 。 



































例 5-22 merge 方法 连接 两 个 StringCombiner HR 
public StringCombiner merge(StringCombiner other) { 
builder.append(other .builder); 
return this; 


} 
reduce 阶段 的 重 构 还 差 一 小 步 就 差不多 结束 了 。 我 们 要 在 最 后 调用 toString 方法， 将 
整个 步骤 串 成 一 个 方法 链 。 这 很 简单 ， 只 需要 排列 好 reduce 代码 ， 准 备 好 将 其 转换 为 
Collector API 就 行 了 (如 例 5-23 所 示 ) 。 


























例 5-23 ”使 用 reduce 操作 ， 将 工作 代理 给 StringCombiner 对 象 


String result = 
artists.stream() 

-map(Artist: :getName) 

.reduce(new StringCombiner(", ", "[", "]"), 
StringCombiner::add, 
StringCombiner : :merge) 

.toString(); 


现在 的 代码 看 起 来 已 经 差不多 完美 了 ， 但 是 在 程序 中 还 是 不 能 重用 。 因 此 ， 我 们 想 将 
reduce 操作 重 构 为 一 个 收集 器 ， 在 程序 中 的 任何 地 方 都 能 使 用 。 不 妨 将 这 个 收集 器 叫 作 
StringCollector， 让 我 们 重 构 代码 使 用 这 个 新 的 收集 器 ， 如 例 5-24 所 示 。 


例 5-24 使 用 定制 的 收集 器 StringCollector 收集 字符 串 


String result = 
artists.stream() 
.map(Artist: :getName) 
.Collect(new StringCollector(", ", "[", "]")); 














既然 已 经 将 所 有 对 字符 串 的 连接 操作 代理 给 了 定制 的 收集 器 ， 应 用 程序 就 不 需要 关心 
StringCollector 对 象 的 任何 内 部 细节 ， 它 和 框架 中 其 他 Collector 对 象 用 起 来 是 一 样 的 。 
先 来 实现 Collector 接口 〈 例 5-25), HF Collector 接口 支持 泛 型 ， 因 此 先 得 确定 一 些 具 
体 的 类 型 : 

。 待 收 集 元 素 的 类 型 ， 这 里 是 String, 

。 累加 器 的 类 型 StringCombiner, 

。 最 终结 果 的 类 型 ， 这 里 依然 是 String。 


























AB 


62 | 第 5 章 


例 5-25 定义 字符 串 收 集 器 

public class StringCollector implements Collector<String, StringCombiner, String> { 
一 个 收集 器 由 四 部 分 组 成 。 首 先是 一 个 Supplier， 这 是 一 个 工厂 方法 ， 用 来 创建 容器 ， 在 
这 个 例子 中 ， 就 是 StringCombiner, Ail reduce 操作 中 的 第 一 个 参数 类 似 ， 它 是 后 续 操作 的 
初 值 (如 例 5-26 所 示 )。 


例 5-26 Supplier 是 创建 容器 的 工厂 


public Supplier<StringCombiner> supplier() { 
return () -> new StringCombiner(delim, prefix, suffix); 


} 
让 我 们 一 边 阅 读 代码 ， 一 边 看 图 ， 这 样 就 能 看 清 到 底 是 怎么 工作 的 。 由 于 收集 器 可 以 并 行 
收集 ， 我 们 要 展示 的 收集 操作 在 两 个 容器 上 (比如 StringCombiners) 并 行进 行 。 


收集 器 的 每 一 个 组 件 都 是 函数 ， 因 此 我 们 使 用 第 头 表 示 ， 流 中 的 值 用 圆圈 表示 ， 最 终生 成 
的 值 用 椭圆 表示 。 收 集 操 作 一 开始 ，Supplier 先 创建 出 新 的 容器 (如 图 5-3)。 

















Supplier 














5-3: Supplier 


收集 器 的 accumulator 的 作用 和 reduce 操作 的 第 二 个 参数 一 样 ， 它 结合 之 前 操作 的 结果 
和 当前 值 ， 生 成 并 返回 新 的 值 。 这 一 逻辑 已 经 在 StringCombiners 的 add 方法 中 得 以 实现 ， 
直接 引用 就 好 了 〈 如 例 5-27 所 示 )。 


例 5-27 accumulator 是 一 个 国 数 ， 它 将 当前 元 素 受 加 到 收集 器 


public BiConsumer<StringCombiner, String> accumulator() { 
return StringCombiner: :add; 














这 里 的 accumulator Hee PHOBIA AA (CA 5-4 所 示 ) 。 
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容器 
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5-4; Accumulator 


combine 方法 很 像 reduce 操作 的 第 三 个 方法 。 如 果 有 两 个 容器 ， 我 们 需要 将 其 合并 。 同 样 ， 在 
前 面 的 重 构 中 我 们 已 经 实现 了 该 功能 ， 直 接 使 用 StringCombiner .merge 方法 就 行 了 (H 5-28). 

















例 5-28 combiner 合并 两 个 容器 


public BinaryOperator<StringCombiner> combiner() { 
return StringCombiner::merge; 





在 收集 阶段 ， 容 器 被 combiner 方法 成 对 合并 进 一 个 容器 ， 直 到 最 后 只 剩 一 个 容器 为 止 〈 如 
图 5-5 所 示 ) 。 

















5-5; Combiner 


读者 可 能 还 记得 ， 在 使 用 收集 器 之 前 ， 重 构 的 最 后 一 步 将 tostring 方法 内 联 到 方法 链 的 末 
端 ， 这 就 将 StringCombiners 转换 成 了 我 们 想 要 的 字符 串 (如 图 5-6 所 示 )。 




















5-6: Finisher 
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收集 器 的 finisher 方法 作用 相同 。 我 们 已 经 将 流 中 的 值 登 加 入 一 个 可 变 容 器 中 ， 但 这 还 不 
是 我 们 想 要 的 最 终结 果 。 这 里 调用 了 finisher 方法 ， 以 便 进 行 转换 。 在 我 们 想 创建 字符 串 
等 不 可 变 的 值 时 特别 有 用 ， 这 里 容器 是 可 变 的 。 














为 了 实现 Finisher 方法 ， 只 需 将 该 操作 代理 给 已 经 实现 的 toString FB (H 5-29) 。 


例 5-29 finisher 方法 返回 收集 操作 的 最 终结 果 
public Function<StringCombiner, String> finisher() { 
return StringCombiner::toString; 








} 
从 最 后 剩 下 的 容器 中 得 到 最 终结 果 。 


关于 收集 器 ， 还 有 一 点 一 直 没 有 提 及 ， 那 就 是 特征 。 特 征 是 一 组 描述 收集 器 的 对 象 ， 框 架 
可 以 对 其 适当 优化 。characteristics 方法 定义 了 特征 。 








在 这 里 我 有 必要 重申 ， 这 些 代码 只 作 教 党 用 途 ， 和 joining 收集 器 的 内 部 实现 略 有 出 入 。 
读者 也 许 会 认为 StringCombiner 看 起 来 非常 有 用 ， 别 担心 一 一 你 没 必 要 亲自 去 编写 ，Java 
8 有 一 个 java.util.sStringJoiner 类 ， 它 的 作用 和 StringCombiner 一 样 ， 有 类 似 的 API. 











做 这 些 练习 的 主要 目的 不 仅 在 于 展示 定制 收集 器 的 工作 原理 ， 而 且 还 在 于 帮助 读者 编写 自 
己 的 收集 器 。 特 别 是 你 有 自己 特定 领域 内 的 类 ， 和 希望 从 集合 中 构建 一 个 操作 ， 而 标准 的 集 
合 类 并 没有 提供 这 种 操作 时 ， 就 需要 定制 自己 的 收集 器 。 

以 StringCombiner 为 例 ， 收 集 值 的 容器 和 我 们 想 要 创建 的 值 (字符 串 ) 不 一 样 。 如 果 想 要 
收集 的 是 不 可 变 对 象 ， 而 不 是 可 变 对 象 ， 那 么 这 种 情况 就 非常 普遍 ， 否 则 收集 操作 的 每 一 
步 都 需要 创建 一 个 新 值 。 

想 要 收集 的 最 终结 果 和 容器 一 样 是 完全 有 可 能 的 。 事 实 上 ， 如 果 收 集 的 最 终结 果 是 集合 ， 
比如 toList 收集 器 ， 就 属于 这 种 情况 。 







































































此 时 ，finisher 方法 不 需要 对 容器 做 任何 操作 。 更 正式 地 说 ， 此 时 的 finisher 方法 其 实 是 
identity AR: 它 返 回 传 入 参数 的 值 。 如 果 这 样 ， 收 集 器 就 展现 出 IDENTITY_FINISH 的 特 
征 ， 需 要 使 用 characteristics 方法 声明 。 


5.3.8 ”对 收集 器 的 归 一 化 处 理 

就 像 之 前 看 到 的 那样 ， 定 制 收集 器 其 实 不 难 ， 但 如 果 你 想 为 自己 领域 内 的 类 定制 一 个 收集 
器 ， 不 妨 考 虑 一 下 其 他 替代 方案 。 最 容易 想到 的 方案 是 构建 若干 个 集合 对 象 ， 作 为 参数 传 
给 领域 内 类 的 构造 函数 。 如 果 领 域内 的 类 包含 多 种 集合 ， 这 种 方式 又 简单 又 适用 。 

当然 ， 如 果 领 域内 的 类 没有 这 些 集合 ， 需 要 在 已 有 数据 上 计算 ， 那 这 种 方法 就 不 合适 了 。 
但 即使 如 此 ， 也 不 见得 需要 定制 一 个 收集 器 。 你 还 可 以 使 用 reducing 收集 器 ， 它 为 流 上 的 
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归 一 操作 提供 了 统一 实现 。 例 5-30 展示 了 如 何 使 用 reducing 收集 器 编写 字符 串 处 理 程 
例 5-30 reducing 是 一 种 定制 收集 器 的 简便 方式 


String result = 
artists.stream() 

-map(Artist: :getName) 

.collect(Collectors.reducing( 
new StringCombiner(", ", "[", "]"), 
name -> new StringCombiner(", ", "[", "]").add(name), 
StringCombiner : :merge) ) 

.toString(); 








这 和 我 在 例 5-20 中 讲 到 的 基于 reduce 操作 的 实现 很 像 这 点 从 方法 名 中 就 能 看 出 。 
区 别 在 于 Collectors.reducing 的 第 二 个 参数 ， 我 们 为 流 中 每 个 元 素 创 建 了 唯一 的 
StringConbiner。 如 果 你 被 这 种 写法 吓 到 了 ， 或 是 感到 恶心 ， 你 不 是 一 个 人 ! 这 种 方式 非 
常 低 效 ， 这 也 是 我 要 定制 收集 器 的 原因 之 一 。 




















54 ”一些 细节 


Lambda 表达 式 的 引入 也 推动 了 一 些 新 方法 被 加 入 集合 类 。 让 我 们 来 看 看 Map 类 的 一 些 变 
化 。 


构建 Map 时， 为 给 定 值 计算 键 值 是 常用 的 操作 之 一 ,一 个 经 典 的 例子 就 是 实现 一 个 缓存 。 
传统 的 处 理 方式 是 先 试 着 从 Map 中 取 值 ， 如 果 没 有 取 到 ， 创 建 一 个 新 值 并 返回 。 















































假设 使 用 Map<String, Artist> artistCache 定义 缓存 ， 我 们 需要 使 用 费时 的 数据 库 操 作 查 
询 艺术 家 信息 ， 代 码 可 能 如 例 5-31 所 示 。 


例 5-31 使 用 显 式 判断 空 值 的 方式 缓存 
public Artist getArtist(String name) { 
Artist artist = artistCache.get(name) ; 
if (artist == null) { 
artist = readArtistFromDB(name) ; 
artistCache.put(name, artist); 


} 


return artist; 


Java 8 引入 了 一 个 新 方法 conputeIfAbsent， 该 方法 接受 一 个 Lambda 表达 式 ， 值 不 存在 时 
使 用 该 Lambda 表达 式 计算 新 值 。 使 用 该 方法 ， 可 将 上 述 代码 重 写 为 例 5-32 所 示 的 形式 。 








例 5-32 使 用 computeIfAbsent 缓存 


public Artist getArtist(String name) { 
return artistCache.computeIfAbsent(name, this: :readArtistFromDB) ; 





你 可 能 还 希望 在 值 不 存在 时 不 计算 ， 为 Map 接口 新 增 的 compute 和 computelfAbsent 就 能 处 
里 这 些 情况 。 














在 工作 中 ， 你 可 能 尝试 过 在 Map 上 迭代。 过 去 的 做 法 是 使 用 value 方法 返回 一 个 值 的 集合 ， 
然后 在 集合 上 迭代 。 这 样 的 代码 不 易 读 。 例 5-33 展示 了 本 章 早 些 时 候 介 绍 的 一 种 方式 ， 创 
建 一 个 Map， 然 后 统计 每 个 艺术 家 专辑 的 数量 。 


例 5-33 —FPALSAAIIE TE Map 的 方式 
Map<Artist, Integer> countOfAlbums = new HashMap<>(); 
for(Map.Entry<Artist, List<Album>> entry : albumsByArtist.entrySet()) { 
Artist artist = entry.getKey(); 
List<Album> albums = entry.getValue(); 
countOfAlbums.put(artist, albums.size()); 








} 


谢 天 谢 地 ，Java 8 为 Map 接口 新 增 了 一 个 foreach 方法 ， 该 方法 接受 一 个 BiConsumer AR 
为 参数 〈 该 对 象 接受 两 个 参数 ， 返 回 空 )， 通 过 内 部 迭代 编写 出 易于 阅读 的 代码 ， 关 于 内 
ERESZ 3.1 节 。 使 用 该 方法 重 写 后 的 代码 如 例 5-34 所 示 。 


例 5-34 EHAE Map 里 的 值 


Map<Artist, Integer> CountOfALbums = new HashMap<>(); 

albumsByArtist.forEach((artist, albums) -> { 
countOfAlbums.put(artist, albums.size()); 

}) 


5.5 ”要 点 回顾 

。 方法 引用 是 一 种 引用 方法 的 轻 量 级 语法 ， 形 如 : ClassName: :methodName。 
。 收集 器 可 用 来 计算 流 的 最 终 值 ， 是 reduce 方法 的 模拟 。 

。 Java 8 提供 了 收集 多 种 容器 类 型 的 方式 ， 同 时 允许 用 户 自 定 义 收集 器 。 


5.6 练习 


1. 方法 引用 
回顾 第 3 章 中 的 例子 ， 使 用 方法 引用 改写 以 下 方法 : 


a. 转换 大 写 的 map 方法 ; 
b. 使 用 reduce 实现 count HE; 
c. 使 用 fLatMap 连接 列表 。 


2. 收集 器 
a 找 出 名 字 最 长 的 艺术 家 ， 分 别 使 用 收集 器 和 第 3 章 介 绍 过 的 reduce 高 阶 函 数 实现 。 
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然后 对 比 二 者 的 异同 : 哪 一 种 方式 写 起 来 更 简单 ， 哪 一 种 方式 读 起 来 更 简单 ? 以 下 面 
的 参数 为 例 ， 该 方法 的 正确 返回 值 为 "Stuart Sutcliffe"; 


Stream<String> names = Stream.of("John Lennon", "Paul McCartney", 
"George Harrison", "Ringo Starr", "Pete Best", "Stuart Sutcliffe"); 














假设 一 个 元 素 为 单词 的 流 ， 计 算 每 个 单词 出 现 的 次 数 。 假 设 输入 如 下 ， 则 返回 值 为 一 
个 形 如 [John > 3, Paul 一 2, George 一 1] 的 Map: 


Stream<String> names = Stream.of("John", "Paul", "George", "John", 
"Paul", "John"); 





. 用 一 个 定制 的 收集 器 实现 Collectors.groupingBy 方法 ， 不 需要 提供 一 个 下 游 收 集 器 ， 





只 需 实现 一 个 最 简单 的 即 可 。 别 看 JDK AVIRA, ae EE! 提示 : 可 从 下 面 这 行 代 
码 开始 : 


public class GroupingBy<T, K> implements Collector<T, Map<K, List<T>>, Map<K, 
List<T>>> 


这 是 一 个 进 阶 练习 ， 不 妨 最 后 再 尝试 这 道 习 题 。 


3. 改进 Map 
使 用 Map 的 computeIfAbsent 方法 高 效 计 算 斐 波 那 契 数列 。 这 里 的 “高 效 ” 是 指 避 免 将 那 
些 较 小 的 序列 重复 计算 多 次 。 





第 6 章 


数据 并 行 化 








前 面 多 次 提 到 ， 在 Java 8 中， 编写 并 行 化 的 程序 很 容易 。 这 都 多 亏 了 第 3 章 介 绍 的 
Lambda 表达 式 和 流 ， 我 们 完全 不 必 理 会 串 行 或 并 行 ， 只 要 告诉 程序 该 做 什么 就 行 了 。 这 
听 起 来 和 长 久 以 来 使 用 Java 编程 的 方式 并 无 区 别 ， 但 告诉 计算 机 做 什么 和 怎么 做 是 完全 不 
同 的 。 


























从 外 部 迭代 到 内 部 迭代 的 过 渡 〈 详 见 第 3 章 )， 确 实 让 编写 简洁 的 代码 更 加 容易 ， 但 这 还 
不 是 唯一 的 好 处 ， 另 一 个 好 处 是 程序 员 不 需要 手动 控制 迁 代 过 程 了 。 和 迭代 过 程 不 是 非 要 
串 行 化 ， 通 过 改动 一 个 方法 调用 来 告诉 计算 机 我 们 的 意图 ， 就 会 出 现 一 个 类 库 指明 我 们 
怎么 做 。 








代码 的 改动 微不足道 ， 因 此 本 章 主要 内 容 并 不 在 于 如 何 更 改 代 码 ， 而 是 讲述 为 什么 需要 并 
行 化 和 什么 时 候 会 带 来 性 能 的 提升 。 要 提醒 大 家 的 是 ， 本 章 并 不 是 关于 Java 性 能 的 泛泛 之 
谈 ， 我 们 只 关注 Java 8 轻松 提升 性 能 的 技术 。 


一 ` 
6.1 并 行 和 并 发 
快速 浏览 一 下 本 书 的 目录 结构 ， 读 者 可 能 就 会 发 现 本 章 的 标题 含有 并 行 字 样 ， 而 第 9 章 的 
标题 则 带 有 并 发 字样 。 别 担心 ， 我 并 不 是 为 了 多 挣 点 稿费 而 将 同一 个 主题 写 了 两 次 。 并 发 
和 并 行 是 两 个 不 同 的 概念 ， 它 们 的 作用 也 不 一 样 。 











并 发 是 两 个 任务 共享 时 间 段 ， 并 行 则 是 两 个 任务 在 同一 时 间 发 生 ， 比 如 运行 在 多 核 CPU 
上 。 如 果 一 个 程序 要 运行 两 个 任务 ， 并 且 只 有 一 个 CPU 给 它们 分 配 了 不 同 的 时 间 片 ， 那 
么 这 就 是 并 发 ， 而 不 是 并 行 。 两 者 之 间 的 区 别 如 图 6-1 所 示 。 
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并 发 但 不 并 行 























核 1 核 2 
f 行 和 并 发 
核 1 核 2 














任务 1 
任务 2 
6-1: 并 发 和 并 行 的 区 别 


并 行 化 是 指 为 缩短 任务 执行 时 间 ， 将 一 个 任务 分 解 成 几 部 分 ， 然 后 并 行 执行 。 这 和 顺序 执 
行 的 任务 量 是 一 样 的， 区 别 就 像 用 更 多 的 马 来 拉 车 ， 花 费 的 时 间 自然 减少 了 。 实 际 上 ， 和 
顺序 执行 相 比 ， 并 行 化 执行 任务 时 ，CPU 承载 的 工作 量 更 大 。 


本 章 会 讨论 一 种 特殊 形式 的 并 行 化 : 数据 并 行 化 。 数 据 并 行 化 是 指 将 数据 分 成 块 ， 为 每 块 
数据 分 配 单独 的 处 理 单 元 。 还 是 拿 马 拉 车 那个 例子 打 比方 ， 就 像 从 车 里 取出 一 些 货物 ， 放 
到 另 一 辆 车 上 ， 两 辆 马车 都 铅 着 同样 的 路 径 到 达 目 的 地 。 


当 需 要 在 大 量 数据 上 执行 同样 的 操作 时 ， 数 据 并 行 化 很 管用 。 它 将 问题 分 解 为 可 在 多 块 数 


据 上 求解 的 形式 ， 然 后 对 每 块 数据 执行 运算 ， 最 后 将 各 数据 块 上 得 到 的 结果 汇总 ， 从 而 获 
得 最 终 答 案 。 



































人 们 经 常 拿 任务 并 行 化 和 数据 并 行 化 做 比较 ， 在 任务 并 行 化 中 ， 线 程 不 同 ， 工 作 各 异 。 我 
们 最 常 遇 到 的 Java EE 应 用 容器 便 是 任务 并 行 化 的 例子 之 一 ， 每 个 线程 不 光 可 以 为 不 同 用 
户 服务 ， 还 可 以 为 同一 个 用 户 执行 不 同 的 任务 ， 比 如 登录 或 往 购物 车 添加 商品 。 


6.2 为 什么 并 行 化 如 此 重要 


过 去 我 们 可 以 指望 CPU 时 钟 频率 会 变 得 越 来 越 快 。1979 年 ， 英 特 尔 公 司 推出 的 8086 处 理 
器 的 时 钟 频率 为 3 MHz; 到 了 1993 年 ， 奔 腾 忌 片 的 速度 达到 了 60 MHz。 在 21 世纪 早期 ， 
CPU 的 处 理 速度 一 直 以 这 种 方式 增长 。 

















然而 在 过 去 十 年 中 ， 主 流 的 芯片 厂商 转向 了 多 核 处 理 嚣 。 在 写作 本 书 时 ， 服 务 器 通过 儿 个 














物理 单元 搭载 32 或 64 核 的 情况 已 不 鲜 见 ， 而 且 ， 这 种 趋势 尚 无 减弱 的 征兆 。 

















这 种 变化 影响 到 了 软件 设计 。 我 们 不 能 再 依赖 提升 CPU 的 时 钟 频率 来 提高 现 有 代码 的 计 
算 能 力 ， 需 要 利用 现代 CPU 的 架构 ， 而 这 唯一 的 办 法 就 是 编写 并 行 化 的 代码 。 








大 家 若 已 经 听 过 这 个 消息 ， 我 该 是 多 么 欣 奈 。 事 实 上 ， 这 一 观点 在 过 去 几 年 中 ， 不 断 地 被 
各 种 会 议 的 演讲 者 、 技 术 图 书 的 作者 和 顾问 提 及 。 阿 姆 达尔 定律 让 我 开始 关注 并 行 化 的 重 
要 性 。 








阿 姆 达 尔 定律 是 一 个 简单 规则 ， 预 测 了 搭载 多 核 处 理 器 的 机 器 提升 程序 速度 的 理论 最 大 
值 。 以 一 段 完全 串 行 化 的 程序 为 例 ， 如 果 将 其 一 半 改 为 并 行 化 处 理 ， 则 不 管 增 加 多 少 处 理 
器 ， 其 理论 上 的 最 大 速度 只 是 原来 的 2 倍 。 有 了 大 量 的 处 理 器 后 ， 现 在 这 已 经 是 现实 了 ， 
问题 的 求解 时 间 将 完全 取决 于 它 可 被 分 解 成 几 个 部 分 。 














以 这 样 的 方式 思考 性 能 问题 ， 优 化 任何 和 计算 相关 的 任务 立即 变 成 了 如 何 有 效 利用 现 有 硬 
件 的 问题 。 当 然 ， 不 是 所 有 的 任务 都 和 计算 相关 ， 本 章 只 关注 这 类 和 计算 相关 的 问题 。 


4= N = 
6.3 并行 化 流 操作 
并 行 化 操作 流 只 需 改变 一 个 方法 调用 。 如 果 已 经 有 一 个 Strean 对 象 ， 调 用 它 的 
parallel 方 法 就 能 让 其 拥有 并 行 操 作 的 能 力 。 如 果 想 从 一 个 集合 类 创建 一 个 流 ， 调 用 
parallelStream 就 能 立即 获得 一 个 拥有 并 行 能 力 的 流 。 


让 我 们 先 来 看 一 个 具体 的 例子 ， 例 6-1 计算 了 一 组 专辑 的 曲目 总 长 度 。 它 拿 到 每 张 专 辑 的 
曲目 信息 ， 然 后 得 到 曲目 长 度 ， 最 后 相 加 得 出 曲目 总 长 度 。 


例 6-1 串 行 化 计算 专辑 曲目 长 度 


public int serialArraySum() { 
return albums.stream() 
.flatMap(Album: :getTracks) 
-mapToInt(Track: :getLength) 
.SUm( ) ; 


















































} 
调用 parallelstream 方法 即 能 并 行 处 理 ， 如 例 6-2 所 示 ， 剩 余 代 码 都 是 一 样 的 ， 并 行 化 就 


是 这 么 简单 ! 


例 6-2 并 行 化 计算 专辑 曲目 长 度 
public int parallelArraySum() { 
return albums.parallelStream() 
.flatMap(Album: :getTracks) 
.mapToInt(Track: :getLength) 
.Sum(); 
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读 到 这 里 ， 大 家 的 第 一 反应 可 能 是 立即 将 手头 代码 中 的 stream 方法 替换 为 parattetstrean 
方法 ， 因 为 这 样 做 简直 太 简 单 了 ! 先 别 忙 ， 为 了 将 硬件 物 尽 其 用 ， 利 用 好 并 行 化 非常 重 
要 ， 但 流 类 库 提供 的 数据 并 行 化 只 是 其 中 的 一 种 形式 。 

我 们 先 要 问 自己 一 个 问题 ， 并行 化 运行 基于 流 的 代码 是 否 比 串 行 化 运行 更 快 ?这 不 是 一 
个 简单 的 问题 。 回 到 前 面 的 例子 ， 哪 种 方式 花 的 时 间 更 多 取决 于 串 行 或 并 行 化 运行 时 的 
环境 。 









































以 例 6-1 和 例 6-2 中 的 代码 为 准 ， 在 一 个 四 核电 脑 上 ， 如 果 有 10 张 专 辑 ， 串 行 化 代码 的 速 
度 是 并 行 化 代码 速度 的 8 倍 ， 如 果 将 专辑 数量 增 至 100 张 ， 串 行 化 和 并 行 化 速度 相当 ， 如 
果 将 专辑 数量 增值 10 000 张 ， 则 并 行 化 代码 的 速度 是 串 行 化 代码 速度 的 2.5 倍 。 























本 章 的 对 比 基 准 只 是 为 了 说 明 问 题 ， 如 果 读 者 尝试 在 自己 的 机 器 上 重 现 这 些 
实验 ， 得 到 的 结果 可 能 会 跟 书 中 的 结果 大 相 径 庭 。 














输入 流 的 大 小 并 不 是 决定 并 行 化 是 否 会 带 来 速度 提升 的 唯一 因素 ， 性 能 还 会 受到 编写 代码 
的 方式 和 核 的 数量 的 影响 。6.6 市 会 详 述 和 性 能 有 关 的 细 市 ， 但 现在 还 是 再 来 看 一 个 更 复 


杂 的 例子 吧 。 


6.4 模拟 系统 


并 行 化 流 操作 的 用 武之 地 是 使 用 简单 操作 处 理 大 量 数 据 ， 比 如 模拟 系统 。 本 市 我 们 会 搭建 
一 个 简易 的 模拟 系统 来 理解 摇 骨 子 ， 但 其 中 的 原理 对 于 大 型 、 真 实 的 系统 也 适用 。 



































我 们 这 里 要 讨论 的 是 蒙特 卡 洛 模拟 法 。 蒙 特 卡 洛 模拟 法 会 重复 相同 的 模拟 很 多 次 ， 每 次 模 
拟 都 使 用 随机 生成 的 种 子 。 每 次 模拟 的 结果 都 被 记录 下 来 ， 汇 总 得 到 一 个 对 系统 的 全 面 模 
拟 。 蒙 特 卡 洛 模拟 法 被 大 量 用 在 工程 、 金 融和 科学 计算 领域 。 


























如 果 公 平地 掷 两 次 骨 子 ， 然 后 将 赢 的 一 面 上 的 点 数 相 加 ， 就 会 得 到 一 个 2~12 的 数字 。 点 
数 的 和 至 少 是 2， 因 为 骨 子 六 个 面 上 最 小 的 点 数 是 1， 而 我 们 将 骨 子 抑 了 两 次 ;点 数 的 和 
最 大 超 不 过 12， 因 为 角 子 点 数 最 多 的 一 面 也 不 过 6 点 。 我 们 想 要 得 出 点 数落 在 2~12 之 间 
每 个 值 的 概率 。 














解决 该 问题 的 方法 之 一 是 求 出 找 般 子 的 所 有 组 合 ， 比 如 ， 得 到 2 点 的 方式 是 第 一 次 掷 得 1 
点 ， 第 二 次 也 掷 得 1 点 。 总 共有 36 种 可 能 的 组 合 ， 因 此 ， 措 得 2 点 的 概率 就 是 1/36, 





另外 一 种 解法 是 使 用 1 到 6 的 随机 数 模拟 掷 山 子 事件 ， 然 后 用 得 到 每 个 点 数 的 次 数 除 以 总 
的 投掷 次 数 。 这 就 是 一 个 简单 的 蒙特 卡 阁 模拟 。 模 拟 投掷 山 子 的 次 数 越 多 ， 得 到 的 结果 越 





准确 ， 因 此 ， 我 们 希望 尽 可 能 多 地 增加 模拟 次 数 。 





例 6-3 展示 了 如 何 使 用 流 实现 蒙特 卡 洛 模拟 法 。N 代表 模拟 次 数 ， 在 @ 处 使 用 IntStreanm 
的 range 方 法 创建 大 小 为 N 的 流 ， 在 四处 调用 parallel 方法 使 用 流 的 并 行 化 操作 ， 
twoDiceThrows 国 数 模拟 了 连续 掷 两 次 休 子 事件 ， 返 回 值 是 两 次 点 数 之 和 。 在 加 处 使 用 
mapTo0bj 方法 以 便 在 流 上 使 用 该 函数 。 


例 6-3 使 用 蒙特 卡 洛 模拟 法 并 行 化 模拟 斤 散 子 事件 
public Map<Integer, Double> parallelDiceRolls() { 
double fraction = 1.0 / N; 

return IntStream.range(0, N) (1) 
.parallel() © 
.mapTo0bj(twoDiceThrows()) © 
(4) 
© 

















.Collect(groupingBy(side -> side, 
summingDouble(n -> fraction))); 


} 


在 @ 处 得 到 了 需要 合并 的 所 有 结果 的 流 ， 使 用 前 一 章 介 绍 的 groupingBy 方法 将 点 数 一 样 
的 结果 合并 。 我 说 过 要 计算 每 个 点 数 的 出 现 次 数 ， 然 后 除 以 总 的 模拟 次 数 N。 在 流 框 架 中 ， 
将 数字 映射 为 VN 并 且 相 加 很 简单 ， 这 和 前 面 说 的 计算 方法 是 等 价 的 。 在 @ 处 我 们 使 用 
summingDouble 方法 完成 了 这 一 步 。 最 终 的 返回 值 类 型 是 Map<Integer， DoubLe>， 是 点 数 之 
和 到 它们 的 概率 的 映射 。 

















我 得 承认 这 段 代码 不 算 儿 戏 ， 但 使 用 5 行 代码 即 能 实现 蒙特 卡 洛 模拟 法 还 是 很 精巧 的 。 重 
要 的 是 模拟 的 次 数 越 多 ， 得 到 的 结果 越 准确 ， 因 此 我 们 运行 多 次 模拟 的 动机 就 会 更 加 强 
烈 。 这 是 一 个 很 好 的 并 行 化 案 列 ， 并 行 化 能 带 来 速度 的 提升 。 


我 已 经 带领 读者 浏览 了 整个 实现 细节 ， 为 了 对 比 ， 例 6-4 给 出 了 手动 实现 并 行 化 蒙特 卡 治 
模拟 法 的 代码 。 可 以 看 到 ， 大 多 数 代码 都 在 处 理 调度 和 等 待 线程 池 中 的 某 项 任务 完成 。 而 
使 用 并 行 化 的 流 时 ， 这 些 都 不 用 程序 员 和 手动 管理 。 


例 6-4 通过 手动 使 用 线程 模拟 掷 髓 子 事件 


public class ManualDiceRolls { 








private static final int N = 100000000; 


private final double fraction; 

private final Map<Integer, Double> results; 
private final int numberOfThreads; 

private final ExecutorService executor; 
private final int workPerThread; 


public static void main(String[] args) { 
ManualDiceRolls roles = new ManualDiceRolls(); 
roles.simuLateDiceRoles(); 


} 
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public ManualDiceRolls() { 
fraction = 1.0 / N; 
results = new ConcurrentHashMap<>(); 
numberOfThreads = Runtime.getRuntime().availableProcessors(); 
executor = Executors.newFixedThreadPool(numberOfThreads) ; 
workPerThread = N / numberOfThreads; 


} 


public void simulateDiceRoles() { 
List<Future<?>> futures = submitJobs(); 
awaitCompLletion(futures) ; 
printResults(); 


} 


private void printResults() { 
results.entrySet() 
.forEach(System.out::println); 


} 


private List<Future<?>> submitJobs() { 
List<Future<?>> futures = new ArrayList<>(); 
for (int i = 0; i < numberOfThreads; i++) { 
futures.add(executor.submit(makeJob())); 
} 
return futures; 


} 


private Runnable makeJob() { 
return () -> { 
ThreadLocalRandom random = ThreadLocalRandom.current(); 
for (int i = 0; i < workPerThread; i++) { 
int entry = twoDiceThrows(random); 
accumuLateResult(entry); 


Fs 
} 


private void accumulateResult(int entry) { 
results.compute(entry, (key, previous) -> 
previous == null ? fraction 
: previous + fraction 
); 
} 


private int twoDiceThrows(ThreadLocalRandom random) { 
int firstThrow = random.nextInt(1, 7); 
int secondThrow = random.nextInt(1, 7); 
return firstThrow + secondThrow; 


} 


private void awaitCompletion(List<Future<?>> futures) { 
futures. forEach((future) -> { 
try { 
future.get(); 
} catch (InterruptedException | ExecutionException e) { 





e.printStackTrace(); 


} 
p; 
executor .shutdown(); 


} 


6.5 限制 
之 前 提 到 过 使 用 并 行 流 能 工作 ,但 这 样 说 有 点 无 耻 。 虽 然 只 需 一 点 改动 ， 就 能 让 已 有 代码 
并 行 化 运行 ， 但 前 提 是 代码 写 得 符合 约定 。 为 了 发 挥 并 行 流 框架 的 优势 ， 写 代码 时 必须 遵 
守 一 些 规则 和 限制 。 








之 前 调用 reduce 方法 ， 初 始 值 可 以 为 任意 值 ， 为 了 让 其 在 并 行 化 时 能 工作 正常 ， 初 值 必须 
为 组 合 国 数 的 恒 等 值 。 拿 恒 等 值 和 其 他 值 做 reduce 操作 时 ， 其 他 值 保持 不 变 。 比 如 ， 使 用 
reduce 操作 求 和 ， 组 合 国 数 为 (acc，etLement) -> acc + element， 则 其 初 值 必须 为 0， 
为 任何 数字 加 0， 值 不 变 。 


reduce 操作 的 另 一 个 限制 是 组 合 操作 必须 符合 结合 律 。 这 意味 着 只 要 序列 的 值 不 变 ， 组 
合 操 作 的 顺序 不 重要 。 有 点 疑惑 ? 别 担心 ! 请 看 例 6-5， 我 们 可 以 改变 加 法 和 乘法 的 顺序 ， 
但 结果 是 一 样 的 。 


例 6-5 ”加 法 和 乘法 满足 结合 律 
(4+2)+1=4+ (2+1) 
(4*2)*1=4* (2*1) 











=7 
=8 
要 避免 的 是 持 有 锁 。 流 框架 会 在 需要 时 ， 自 己 处 理 同步 操作 ， 因 此 程序 员 没 有 必要 为 自己 
的 数据 结构 加 锁 。 如 果 你 执意 为 流 中 要 使 用 的 数据 结构 加 锁 ， 比 如 操作 的 原始 集合 ， 那 么 
有 可 能 是 自 找 麻烦 。 


在 前 面 我 还 解释 过 ， 使 用 parallel 方法 能 轻易 将 流转 换 为 并 行 流 。 如 果 读 者 在 阅读 本 书 的 
同时 ， 还 查看 了 相应 的 API， 那 么 可 能 会 发 现 还 有 一 个 叫 sequential 的 方法 。 在 要 对 流 求 
值 时 ， 不 能 同时 处 于 两 种 模式 ， 要 么 是 并 行 的 ， 要 么 是 串 行 的 。 如 果 同 时 调用 了 parallel 
和 sequential 方法 ， 最 后 调用 的 那个 方法 起 效 。 


6.6 性能 

在 前 面 我 简要 提 及 了 影响 并 行 流 是 否 比 串 行 流 快 的 一 些 因素 ， 现 在 让 我 们 仔细 看 看 它们 。 
里 解 哪些 能 工作 、 哪 些 不 能 工作 ， 能 帮助 在 如 何 使 用 、 什 么 时 候 使 用 并 行 流 这 一 问题 上 做 
出 明智 的 决策 。 影 响 并 行 流 性 能 的 主要 因素 有 5 个 ， 依 次 分 析 如 下 。 
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数据 大 小 

输入 数据 的 大 小 会 影响 并 行 化 处 理 对 性 能 的 提升 。 将 问题 分 解 之 后 并 行 化 处 理 ， 再 将 结 
有 果 合 并 会 带 来 额外 的 开销 。 因 此 只 有 数据 足够 大 、 每 个 数据 处 理 管 道 花 费 的 时 间 足 够 多 
时 ， 并 行 化 处 理 才 有 意义 。6.3 市 讨论 过 。 




















源 数 据 结构 
每 个 管道 的 操作 都 基于 一 些 初始 数据 源 ， 通 常 是 集合 。 将 不 同 的 数据 源 分 割 相 对 容易 ， 
这 里 的 开销 影响 了 在 管道 中 并 行 处 理 数 据 时 到 底 能 带 来 多 少 性 能 上 的 提升 。 


装 箱 
处 理 基本 类 型 比 处 理 装 箱 类 型 要 快 。 


核 的 数量 

极端 情况 下 ， 只 有 一 个 核 ， 因 此 完全 没 必要 并 行 化 。 显 然 ， 拥 有 的 核 越 多 ， 获 得 潜在 性 
能 提升 的 幅度 就 越 大 。 在 实践 中 ， 核 的 数量 不 单 指 你 的 机 器 上 有 多 少 核 ， 更 是 指 运 行 时 
你 的 机 器 能 使 用 多 少 核 。 这 也 就 是 说 同时 运行 的 其 他 进程 ， 或 者 线程 关联 性 (强制 线程 
在 某 些 核 或 CPU 上 运行 ) 会 影响 性 能 。 








单元 处 理 开 销 
比如 数据 大 小 ， 这 是 一 场 并 行 执 行 花费 时 间 和 分 解 合并 操作 开销 之 间 的 战争 。 花 在 流 中 
每 个 元 素 身 上 的 时 间 越 长 ， 并 行 操 作 带 来 的 性 能 提升 越 明 显 。 











使 用 并 行 流 框 架 ， 理 解 如 何 分 解 和 合并 问题 是 很 有 帮助 的 。 这 让 我 们 能 够 知悉 底层 如 何 工 


作 


， 但 却 不 必 了 解 框 架 的 细 证 。 


来 看 一 个 具体 的 问题 ， 看 看 如 何 分 解 和 合并 它 。 例 6-6 是 并 行 求 和 的 代码 。 
il 6-6 ”并行 求 和 


private int addIntegers(List<Integer> values) { 
return values.parallelStream() 
-mapToInt(i -> i) 
.SUm() ; 


} 


在 底层 ， 并 行 流 还 是 沿用 了 fork/join 框架 。fork 递归 式 地 分 解 问题 ， 然 后 每 段 并 行 执行 ， 


最 终 由 join 合并 结果 ， 返 回 最 后 的 值 。 




















图 6-2 形象 地 展示 了 例 6-6 中 代码 所 示 的 操作 。 
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图 6-2: 使 用 fork/join 分 解 合并 问题 

假设 并 行 流 将 我 们 的 工作 分 解 开 ， 在 一 个 四 核 的 机 器 上 并 行 执 行 。 

1. 数据 被 分 成 四 块 。 

2. 如 6-6 所 示 ， 计 算 工 作 在 每 个 线程 里 并 行 执 行 。 这 包括 将 每 个 Integer 对 象 映 射 为 int 
值 ， 然 后 在 每 个 线程 里 将 1/4 的 数字 相 加 。 理 想 情况 下 ， 我 们 希望 在 这 里 花 的 时 间 越 多 
越 好 ， 因 为 这 里 是 并 行 操 作 的 最 佳 场所 。 

3. 然后 合并 结果 。 在 例 6-6 中 ， 就 是 sum 操作 ， 但 这 也 可 能 是 reduce, collect 或 其 他 终 
结 操作 。 

根据 问题 的 分 解 方式 ， 初 始 的 数据 源 的 特性 变 得 尤其 重要 ， 它 影响 了 分 解 的 性 能 。 直 观 上 

看 ， 能 重复 将 数据 结构 对 半分 解 的 难 易 程度 ， 决 定 了 分 解 操 作 的 快慢 。 能 对 半分 解 同 时 意 

味 着 待 分 解 的 值 能 够 被 等 量 地 分 解 。 

我 们 可 以 根据 性 能 的 好 坏 ， 将 核心 类 库 提供 的 通用 数据 结构 分 成 以 下 3 组 。 

。 性 能 好 
ArrayList、 数 组 或 IntStream.range， 这 些 数据 结构 支持 随机 读 取 ， 也 就 是 说 它们 能 
而 易 举 地 被 任意 分 解 。 

。 性 能 一 般 
Hashset、Treeset， 这 些 数据 结构 不 易 公平 地 被 分 解 ， 但 是 大 多 数 时 候 分 解 是 可 能 的 。 

。 性 能 差 
有 些 数据 结构 难于 分 解 ， 比 如 ， 可 能 要 花 O(N) 的 时 间 复 厅 度 来 分 解 问题 。 其 中 包括 
LinkedList， 对 半分 解 太 难 了 。 还 有 Streams.iterate 和 BufferedReader.lines， 它 们 
长 度 未 知 ， 因 此 很 难 预测 该 在 哪里 分 解 。 











数据 并 行 化 | 77 





初始 的 数据 结构 影响 巨大 。 举 一 个 极端 的 例子 ， 对 比 对 10000 个 整数 并 行 求 和 ， 使 用 ArrayList 
要 比 使 用 LinkedList 快 10 倍 。 这 不 是 说 业务 逻辑 的 性 能 情况 也 会 如 此 ， 只 是 说 明了 数据 结构 
对 于 性 能 的 影响 之 大 。 使 用 形 如 LinkedList 这 样 难于 分 解 的 数据 结构 并 行 运 行 可 能 更 慢 。 

















理想 情况 下 ,一旦 流 框架 将 问题 分 解 成 小 块 ， 就 可 以 在 每 个 线程 里 单独 处 理 每 一 小 块 ， 线 
程 之 间 不 再 需要 进一步 通信 。 无 奈 现 实 不 总 遂 人 愿 ! 


在 讨论 流 中 单独 操作 每 一 块 的 种 类 时 ， 可 以 分 成 两 种 不 同 的 操作 :无 状态 的 和 有 状态 的 。 
无 状态 操作 整个 过 程 中 不 必 维 护 状态 ， 有 状态 操作 则 有 维护 状态 所 需 的 开销 和 限制 。 


如 果 能 避 开 有 状态 ， 选 用 无 状态 操作 ， 就 能 获得 更 好 的 并 行 性 能 。 无 状态 操作 包括 map, 
filter 和 fLatMap， 有 状态 操作 包括 sorted, distinct 和 Limit, 








要 对 自己 的 代码 进行 性 能 测试 。 本 节 只 给 出 了 哪些 性 能 特征 需要 调查 ,但 什 
么 都 比 不 上 实际 的 测试 和 分 析 。 








s= 米 [=] 

6.7 并行 化 数组 操作 

Java 8 还 引入 了 一 些 针 对 数组 的 并 行 操作 ， 脱 离 流 框架 也 可 以 使 用 Lambda 表达 式 。 像 流 
框架 上 的 操作 一 样 ， 这 些 操 作 也 都 是 针对 数据 的 并 行 化 操作 。 让 我 们 看 看 如 何 使 用 这 些 操 
作 解 决 那 些 使 用 流 框架 难以 解决 的 问题 。 





这 些 操作 都 在 工具 类 Arrays 中 ， 该 类 还 包括 Java 以 前 版 本 中 提供 的 和 数组 相关 的 有 用 方 
法 ， 表 6-1 总 结 了 新 增 的 并 行 化 操作 。 








表 6-1: 数组 上 的 并 行 化 操作 




















方法 名 操 作 

parallelPrefix 任意 给 定 一 个 函数 ， 计 算数 组 的 和 
paraLLeLSetALL 使 用 Lambda 表达 式 更 新 数组 元 素 
parallelSort 并 行 化 对 数组 元 素 排序 








读者 可 能 以 前 写 过 类 似 例 6-7 的 代码 ， 使 用 一 个 for 循环 初始 化 数组 。 在 这 里 ， 我 们 用 数 
组 下 标 初始 化 数组 中 的 每 个 元 素 。 


例 6-7 使 用 for 循环 初始 化 数组 
public static double[] imperativeInitilize(int size) { 
double[] values = new double[size]; 
for(int i = 0; i < values.length;i++) { 
values[i] = i; 





} 


return values; 





使 用 parallelsetAll 方法 能 轻松 地 并 行 化 该 过 程 ， 代 码 如 例 6-8 所 示 。 首 先 提 供 了 一 个 用 
于 操作 的 数组 ， 然 后 传人 一 个 Lambda 表达 式 ， 根 据 数 组 下 标 计算 元 素 的 值 。 在 该 例 中 ， 
数组 下 标 和 元 素 的 值 是 一 样 的 。 使 用 这 些 方法 有 一 点 要 小 心 : 它们 改变 了 传 入 的 数组 ， 而 
没有 创建 一 个 新 的 数组 。 


例 6-8 使 用 并 行 化 数组 操作 初始 化 数组 


public static double[] parallelInitialize(int size) { 
double[] values = new double[size]; 
Arrays.parallelSetAll(values, i -> i); 
return values; 








parallelPrefix HERRI R Feo Sa I, ER TB, ERE 
为 当前 元 素 和 其 前 驱 元 素 的 和 ， 这 里 的 “和 ”是 一 个 宽泛 的 概念 ， 它 不 必 是 加 法 ， 可 以 是 
任意 一 个 BinaryOperator, 














使 用 该 方法 能 计算 的 例子 之 一 是 一 个 简单 的 滑动 平均 数 。 在 时 间 序 列 上 增加 一 个 滑动 窗 
口 ， 计 算出 窗口 中 的 平均 值 。 如 果 输 入 数据 为 0、1、2、3、4、3.5， 滑 动 窗口 的 大 小 为 3， 
则 简单 请 动 平均 数 为 1、2、3、3.5。 例 6-9 展示 了 如 何 计 算 滑 动 平 均 数 。 


例 6-9 计算 简单 滑动 平均 数 
public static double[] simpleMovingAverage(double[] values, int n) { 
double[] sums = Arrays.copyOf(values, values.length); © 
Arrays.parallelPrefix(sums, Double::sum); @ 
int start =n - 1; 
return IntStream.range(start, sums.length) © 
.mapToDouble(i -> { 
double prefix = i == start ? 0 : sums[i - n]; 
return (sums[i] - prefix) / n; @ 




















}) 
.toArray(); © 
} 


这 段 代码 有 点 复杂 ， 我 会 分 步 介 绍 它 是 如 何 工 作 的 。 参 数 n 是 时 间 窗 口 的 大 小 ， 我 们 据 此 
计算 背 动 平均 值 。 由 于 要 使 用 的 并 行 操作 会 改变 数组 内 容 ， 为 了 不 修改 原 有 数据 ， 在 处 
复制 了 一 份 输入 数据 。 


在 四 处 执行 并 行 操 作 ， 将 数组 的 元 素 相 加 。 现 在 sums 变量 中 保存 了 求 和 结果 。 比 如 输入 
0、1、2、3、4、3.5， 则 计算 后 的 值 为 0.0、1.0、3.0、6.0、10.0、13.5。 





现在 有 了 和 ， 就 能 计算 出 时 间 窗 口中 的 和 了 ， 减 去 窗口 起 始 位 置 的 元 素 即 可 ， 除 以 n 即 得 到 
平均 值 。 可 以 使 用 已 有 的 流 中 的 方法 计算 该 值 ， 那 就 让 我 们 来 试 试 吧 | 使 用 Intstream. range 
得 到 包含 所 需 元 素 下 标的 流 。 


在 @ 处 使 用 总 和 减 去 窗口 起 始 值 ， 然 后 再 除 以 n 得 到 平均 值 。 最 后 在 加 处 将 流转 换 为 数组 。 
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68 要 点 回顾 


。 数据 并 行 化 是 把 工作 拆 分 ， 同 时 在 多 核 CPU 上 执行 的 方式 。 

。 如 果 使 用 流 编写 代码 ， 可 通过 调用 parallel 或 者 paraLLeLStrean 方法 实现 数据 并 行 化 
操作 。 

。 影响 性 能 的 五 要 素 是 : 数据 大 小 、 源 数据 结构 、 值 是 否 装 箱 、 可 用 的 CPU 核 数 量 ， 以 
及 处 理 每 个 元 素 所 花 的 时 间 。 





























6.9 练习 
1. 例 6-10 中 的 代码 顺序 求 流 中 元 素 的 平方 和 ， 将 其 改 为 并 行 处 理 。 
例 6-10 顺序 求 列表 中 数字 的 平方 和 


public static int sequentialSumOfSquares(IntStream range) { 


return range.map(x -> x * x) 
.SUm( ) ; 














} 


2. fill 6-11 中 的 代码 把 列表 中 的 数字 相 乘 ， 然 后 再 将 所 得 结果 乘 以 5。 顺序 执 行 这 段 程序 没 
有 问题 ， 但 并 行 执 行 时 有 一 个 缺陷 ， 使 用 流 并 行 化 执行 该 段 代码 ， 并 修复 缺陷 。 


例 6-11 把 列表 中 的 数字 相 乘 ， 然 后 再 将 所 得 结果 乘 以 5， 该 实现 有 一 个 缺陷 
public static int multiplyThrough(List<Integer> LinkedListOfNumbers) { 
return LinkedListOfNumbers.stream() 
.reduce(5, (acc, x) -> x * acc); 


} 


3. fil 6-12 PAJAR AIR PEA, SETAE CHER, (EAERI A E 
只 需要 一 些 简单 的 改动 即 可 。 








例 6-12 ” 求 列表 元 素 的 平方 和 ， 该 实现 方式 性 能 不 高 
public int slowSumOfSquares() { 
return LinkedListOfNumbers.parallelStream() 
.map(x -> x * x) 
.reduce(0, (acc, x) -> acc + x); 





确保 将 基准 代码 运行 多 次 ，GitHub 上 提供 的 示例 代码 有 一 份 基准 数据 可 供 
使 用 。 
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重 构 、 测 试 驱 动 开 发 《TDD) 和 持续 集成 (CI) 越 来 越 流行 ， 如 果 我 们 需要 将 Lambda 表 
达 式 应 用 于 日 常 编程 工作 中 ， 就 得 学 会 如 何 为 它 编写 单元 测试 。 

关于 如 何 测 试 和 调试 计算 机 程序 的 书 已 经 诸 牛 充 栋 ， 本 章 不 打算 再 一 一 更 述 。 如 果 读 者 
对 如 何 正确 地 使 用 测试 驱动 开发 (TDD) 感 兴趣 ， 我 极力 推荐 大 家 阅读 Kent Beck 写 的 
Test-Driven Development， 以 及 由 Steve Freeman 和 Nat Pryce 写 的 Growing Object-Oriented 
Software, Guided by Tests (两 本 书 均 由 Addison-Wesley 出 版 社 出 版 ) 。 
































本 章 主 要 探讨 如 何在 代码 中 使 用 Lambda 表达 式 的 技术 ， 也 会 说 明 什 么 情况 下 不 应 该 GE 
接 ) 使 用 Lambda 表达 式 。 本 章 还 讲述 了 如 何 调试 大 量 使 用 Lambda 表达 式 和 流 的 程序 。 
先 看 几 个 例子 ， 看 看 如 何 将 现 有 代码 重 构 为 使 用 Lambda 表达 式 的 代码 。 这 部 分 内 容 前 


已 经 有 所 涉及 ， 比 如 在 局 部 范围 内 的 一 些 重 构 ， 使 用 流 操 作 替代 for 循环 。 本 章 要 讨论 的 
内 容 更 加 深入 ， 看 看 如 何 使 用 Lambda 表达 式 提高 非 集合 类 代码 的 质量 。 


7.1 重 构 候选 项 


使 用 Lambda 表达 式 重 构 代 码 有 个 时 竖 的 称呼 : Lambda 化 ( 读 作 lambda-fi-cation， 执 行 重 
构 的 程序 员 叫 作 lamb-di-fiers 或 者 有 责任 心 的 程序 员 )。Java 8 中 的 核心 类 库 就 曾经 历 过 这 
样 一 场 重 构 。 在 选择 内 部 设计 模型 时 ， 想 想 以 何 种 形式 向 外 展示 API 是 大 有 神 益 的 。 








a) 











这 里 有 一 些 要 点 ， 可 以 帮助 读者 确定 什么 时 候 应 该 Lambda 化 自己 的 应 用 或 类 库 。 其 中 的 
每 一 条 都 可 看 作 一 个 局 部 的 反 模式 或 代码 异味 ， 借 助 于 Lambda 化 可 以 修复 。 
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7.1.1 HHHH, PERA 

例 7-1 是 关于 如 何在 程序 中 记录 日 志 的 ， 我 在 第 4 章 多 次 提 到 这 个 代码 。 这 段 代 码 先 调用 
isDebugEnabled 方法 抽取 布尔 值 ， 用 来 检查 是 否 启用 调试 级 别 ， 如 果 启 用 ， 则 调用 Logger 
对 象 的 相应 方法 记录 日 志 。 如 果 你 发 现 自己 的 代码 不 断 地 查询 和 操作 某 对 象 ， 目 的 只 为 了 
在 最 后 给 该 对 象 设 个 值 ， 那 么 这 段 代 码 就 本 该 属于 你 所 操作 的 对 象 。 




















例 7-1 logger 对 象 使 用 isDebugEnabled 属性 避免 不 必要 的 性 能 开销 
Logger logger = new Logger(); 
if (logger.isDebugEnabled()) { 
logger .debug("Look at this: " + expensiveOperation()); 








记录 日 志 本 来 就 是 一 直 以 来 很 难 实现 的 目标 ， 因 为 地 方 不 同 ， 所 需 的 行为 也 不 一 样 。 本 例 
中 ， 需 要 根据 程序 中 记录 日 志 的 不 同位 置 和 要 记录 的 内 容 生成 不 同 的 信息 。 


这 种 反 模 式 通过 传人 代码 即 数据 的 方式 很 容易 解决 。 与 其 查询 并 设置 一 个 对 象 的 值 ， 不 如 
传 和 一 个 Lambda 表达 式 ， 该 表达 式 按照 计算 得 出 的 值 执行 相应 的 行为 。 我 将 原来 的 实现 
代码 列 在 例 7-2 中 ， 以 示 提 醒 。 当 程序 处 于 调试 级 别 ， 并 且 检 查 是 否 使 用 Lambda 表达 式 
的 逻辑 被 封装 在 Logger 对 象 中 时 ， 才 会 调用 Lambda 表达 式 。 


例 7-2 使 用 Lambda 表达 式 简 化 记录 日 志 代码 


Logger logger = new Logger(); 
logger .debug(() -> "Look at this: " + expensiveOperation()); 

















上 述 记录 日 志 的 例子 也 展示 了 如 何 使 用 Lambda 表达 式 更 好 地 面向 对 象 编程 (OOP), Mi 
向 对 象 编程 的 核心 之 一 是 封装 局 部 状态 ， 比 如 日 志 的 级 别 。 通 常 这 点 做 得 不 是 很 好 ， 
isDebugEnabled 方法 暴露 了 内 部 状态 。 如 果 使 用 Lambda 表达 式 ， 外 面 的 代码 根本 不 需要 
检查 日 志 级 别 。 

















7.1.2 ”孤独 的 覆盖 

这 个 代码 异味 是 使 用 继承 ， 其 目的 只 是 为 了 覆盖 一 个 方法 。ThreadLocal 就 是 一 个 很 好 的 
例子 。ThreadLocal 能 创建 一 个 工厂 ， 为 每 个 线程 最 多 只 产生 一 个 值 。 这 是 确保 非 线 程 安 
全 的 类 在 并 发 环境 下 安全 使 用 的 一 种 简单 方式 。 假 设 要 在 数据 库 中 查询 一 个 艺术 家 ， 但 希 
望 每 个 线程 只 做 一 次 这 种 查询 ， 写 出 的 代码 可 能 如 例 7-3 所 示 。 


例 7-3 在 数据 库 中 查找 艺术 家 
ThreadLocal<Album> thisAlbum = new ThreadLocal<Album> () { 
@Override protected Album initialValue() { 
return database. LookupCurrentAlbum(); 


























在 Java 8 中 ， 可 以 为 工厂 方法 withInitial 传人 一 个 Supplier 对 象 的 实例 来 创建 对 象 ， 如 
例 7-4 所 示 。 


Gil 7-4 使 用 工厂 方法 


ThreadLocal<Album> thisAlbum 
= ThreadLocal.withInitial(() -> database. lookupCurrentALbum()); 


我 们 认为 第 二 个 例子 优 于 前 一 个 有 以 下 几 个 原因 。 首 先 ， 任 何 已 有 的 Supplier<Album> 实 
例 不 需要 重新 封装 ， 就 可 以 在 此 使 用 ， 这 鼓励 了 重用 和 组 合 。 


在 其 他 都 一 样 的 情况 下 ， 代码 短小 精怪 就 是 人 个 优势 。 更 重要 的 是 ， 这 是 代码 更 加 清晰 的 结 
果 ， 阅 读 代 码 时 ， 信 品 比 降低 了 。 这 意味 着 有 更 多 时 间 来 解决 实际 问题 ， 而 不 是 把 时 间 花 
在 继承 的 样板 代码 上 。 这 样 做 还 有 一 个 优点 ，JVM 会 少 加 载 一 个 类 。 


对 每 个 试图 阅读 代码 ， 和 弄 明 白 代 码 意图 的 人 来 说 ， 也 清楚 了 很 多 。 如 果 你 试 着 大 声 念 出 第 
二 个 例子 中 的 单词 ， 能 很 容易 听 出 是 干 嘛 的 ， 但 第 一 个 例子 就 不 行 了 。 


有 趣 的 是 ， 在 Java 8 以 前 ， 这 并 不 是 一 个 反 模 式 ， 而 是 惯用 的 代码 编写 方式 ， 就 像 使 用 匿 
名 内 部 类 传递 行为 一 样 ， 都 不 是 反 模式 ， 而 是 在 Java 中 表达 你 所 想 的 唯一 方式 。 随 着 语言 
的 演进 ， 编 程 习惯 也 要 与 时 俱 进 。 




















7.1.3 同样 的 东西 写 两 遍 

不 要 重复 你 劳动 (Don’t Repeat Yourself, DRY) 是 一 个 众所周知 的 模式 ， 它 的 反面 是 同样 
的 东西 写 两 遍 (Write Everything Twice，WET)。 这 种 代码 异味 多 见于 重复 的 样板 代码 ， 产 
生 了 更 多 需要 测试 的 代码 ， 这 样 的 代码 难于 重 构 ， 一 改 就 坏 。 














不 是 所 有 WET 的 情况 都 适合 Lambda 化 。 有 时 ， 重 复 是 唯一 可 以 避免 系统 过 紧 耦 合 的 方 
式 。 什 么 时 候 该 将 WET 的 代码 Lambda 化 ? 这 里 有 一 个 信号 可 以 参考 。 如 果 有 一 个 整体 
上 大 概 相似 的 模式 ， 只 是 行为 上 有 所 不 同 ， 就 可 以 试 着 加 入 一 个 Lambda 表达 式 。 


让 我 们 看 一 个 更 具体 的 例子 。 回 到 我 们 有 关 音 乐 的 问题 ， 我 想 增加 一 个 简单 的 Order 类 来 
计算 用 户 购买 专辑 的 一 些 有 用 属性 ， 如 计算 音乐 家 人 数 、 曲 目 和 专辑 时 长 等 。 如 果 使 用 命 
令 式 Java， 编 写 出 的 代码 如 例 7-5 所 示 。 









































fil 7-5 Order 类 的 命令 式 实现 
public long countRunningTime() { 

long count = 0; 

for (Album album : albums) { 
for (Track track : album.getTrackList()) { 

count += track.getLength(); 

} 

} 


return count; 
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} 


public long countMusicians() { 
long count = 0; 
for (Album album : albums) { 
count += album.getMusicianList().size(); 


} 


return count; 


} 


public long countTracks() { 
long count = 0; 
for (Album album : albums) { 
count += album.getTrackList().size(); 


} 


return count; 


} 


每 个 方法 里 ， 都 有 样板 代码 将 每 个 专辑 里 的 属性 和 总 数 相 加 ， 比 如 每 首 曲目 的 长 度 或 音乐 
家 的 人 数 。 我 们 没有 重用 共有 的 概念 ， 写 出 了 更 多 代码 需要 测试 和 维护 。 可 以 使 用 Stream 
来 抽象 ， 使 用 Java 8 中 的 集合 类 库 来 重 写 上 述 代 码 ， 使 之 更 紧凑 。 如 果 直 接 将 上 述 命令 式 
的 代码 翻译 成 使 用 流 的 形式 ， 则 形 如 例 7-6。 








例 7-6 使 用 流 重 构 命 令 式 的 order 类 
public long countRunningTime() { 
return albums.stream() 
-mapToLong(album -> album.getTracks() 
-mapToLong(track -> track.getLength()) 
.sum()) 


.SUm( ) ; 


} 


public long countMusicians() { 
return albums.stream() 
.mapToLong(album -> album.getMusicians().count()) 
.sum(); 


} 


public long countTracks() { 
return albums.stream() 
.mapToLong(album -> album.getTracks().count()) 
.sum(); 


} 
然而 这 段 代码 仍然 有 重用 可 读 性 的 问题 ， 因 为 有 一 些 抽 象 和 共性 只 能 使 用 领域 内 的 知识 
表达 。 流 不 会 提供 一 个 方法 统计 每 张 专辑 上 的 信息 一 一 这 是 程序 员 要 自己 编写 的 领域 知 
识 。 这 也 是 在 Java 8 出 现 之 前 很 难 编写 的 领域 方法 ， 因 为 每 个 方法 都 不 一 样 。 











想 一 下 如 何 实现 这 样 一 个 函数 。 我 们 返回 一 个 long， 统 计 所 有 专辑 的 某 些 特征 ， 还 需要 
一 个 Lambda 表达 式 ， 告 诉 我 们 统计 专辑 上 的 什么 信息 。 也 就 是 说 我 们 的 方法 需要 一 个 
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参数 ， 该 参数 为 每 张 专辑 返回 一 个 long, 方便 的 是 ，Java 8 核心 类 库 中 已 经 有 了 这 样 一 
个 类 型 ToLongFunction。 如 图 7-1 所 示 ， 它 的 类 型 随 参数 类 型 ， 因 此 我 们 要 使 用 的 类 型 为 


ToLongFunction<ALbum> 。 





























7-1: ToLongFunction 


这 些 都 定 下 来 之 后 ， 方 法 体 就 自然 定 下 来 了 。 我 们 将 专辑 转换 成 流 ， 将 专辑 映射 为 Long， 
然后 求 和 。 在 实现 直接 面 对 客 户 的 代码 时 ， 比 如 countTracks， 传 入 一 个 代表 了 领域 知识 
的 Lambda 表达 式 ， 在 这 里 ， 就 是 将 专辑 映射 为 上 面 的 曲目 。 例 7-7 是 使 用 了 这 种 方式 转 
换 之 后 的 代码 。 


例 7-7 使 用 领域 方法 重 构 Order 类 
public long countFeature(ToLongFunction<Album> function) { 
return albums.stream() 
.mapToLong( function) 
.sum(); 

















} 


public long countTracks() { 
return countFeature(album -> album.getTracks().count()); 


public long countRunningTime() { 
return countFeature(album -> album.getTracks() 
.mapToLong(track -> track.getLength()) 
.sum()); 


} 


public long countMusicians() { 
return countFeature(album -> album.getMusicians().count()); 


7.2 Lambda 表 达 式 的 单元 测试 











单元 测试 是 测试 一 段 代 码 的 行为 是 否 符合 预期 的 方式 。 











通常 ， 在 编写 单元 测试 时 ， 怎 么 在 应 用 中 调用 该 方法 ， 就 怎么 在 测试 中 调用 。 给 定 一 些 输 
入 或 测试 坎 身 ， 调 用 这 些 方法 ， 然 后 验证 结果 是 否 和 预期 的 行为 一 致 。 
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Lambda 表达 式 给 单元 测试 带 来 了 一 些 麻 烦 ，Lambda 表达 式 没 有 名 字 ， 无 法 直接 在 测试 代 
码 中 调用 。 


你 可 以 在 测试 代码 中 复制 Lambda 表达 式 来 测试 ， 但 这 种 方式 的 副作用 是 测试 的 不 是 真正 
的 实现 。 假 设 你 修改 了 实现 代码 ， 测 试 仍然 通过 ， 而 实现 可 能 早已 在 做 另 一 件 事 了 。 








解决 该 问题 有 两 种 方式 。 第 一 种 是 将 Lambda 表达 式 放 入 一 个 方法 测试 ， 这 种 方式 要 测 那 
个 方法 ， 而 不 是 Lambda 表达 式 本 身 。 例 7-8 是 一 个 将 一 组 字符 串 转换 成 大 写 的 方法 。 


例 7-8 将 字符 串 转换 为 大 写 形式 
public static List<String> allToUpperCase(List<String> words) { 
return words.stream() 
-map(string -> string.toUpperCase()) 
.collect(Collectors.<String>toList()); 


} 


在 这 段 代 码 中 ，Lambda 表达 式 唯一 的 作用 就 是 调用 一 个 Java 方法 。 将 该 Lambda 表达 式 
单独 测试 是 不 值得 的 ， 它 的 行为 太 简 单 了 。 


如 采 换 我 来 测试 这 段 代 码 ， 我 会 将 重点 放 在 方法 的 行为 上 。 比 如 例 7-9 测试 了 流 中 有 多 个 
单词 的 情况 ， 它 们 都 被 转换 成 对 应 的 大 写 。 


例 7-9 测试 大 写 转换 
@Test 
public void multipleWordsToUppercase() { 
List<String> input = Arrays.asList("a", "b", "hello"); 
List<String> result = Testing.allToUpperCase(input) ; 
assertEquals(asList("A", "B", "HELLO"), result); 

















} 


有 时 候 Lambda 表达 式 实现 了 复杂 的 功能 ， 它 可 能 包含 多 个 边界 情况 、 使 用 了 多 个 属性 来 
计算 一 个 非常 重要 的 值 。 你 非常 想 济 试 该 段 代码 的 行为 ， 但 它 是 一 个 Lambda 表达 式 ， 无 
法 引用 。 


作为 例子 ， 让 我 们 来 看 一 个 比 大 写 转换 更 复杂 一 点 的 方法 。 我 们 要 把 字符 串 的 第 一 个 字母 
转换 成 大 写 ， 其 他 部 分 保持 不 变 。 使 用 流 和 Lambda 表达 式 ， 编 写 的 代码 形 如 例 7-10 所 
示 。 在 @@ 人 处 使 用 Lambda 表达 式 做 转换 。 


例 7-10 ”将 列表 中 元 素 的 第 一 个 字母 转换 成 大 写 
public static List<String> elementFirstToUpperCaseLambdas(List<String> words) { 
return words.stream() 
-map(value -> { © 
char firstChar = Character.toUpperCase(value.charAt(0)); 
return firstChar + value.substring(1); 
}) 


.collect(Collectors.<String>toList()); 








如 果 要 测试 这 段 代码 ， 我 们 必须 创建 一 个 列表 ， 然 后 将 想 要 测试 的 各 种 情况 都 测试 到 。 
7-11 展示 了 这 种 方式 有 多 么 繁琐 ， 别 担心 ， 我 们 有 办 法 ! 


例 7-11 测试 字符 串 包含 两 个 字符 的 情况 ， 第 一 个 字母 被 转换 为 大 写 
@Test 
public void twoLetterStringConvertedToUppercaseLambdas() { 
List<String> input = Arrays.asList("ab"); 
List<String> result = Testing.elementFirstToUpperCaseLambdas (input) ; 
assertEquals(asList("Ab"), result); 


} 


例 


别 用 Lambda 表达 式 。 我 知道 ， 在 一 本 介绍 如 何 使 用 Lambda 表达 式 的 书 里 ， 这 个 建议 
有 点 奇怪 ,但 是 方 棉 子 钉 不 进 圆 孔 。 既 然 如 此 ， 大 家 一 定 会 问 如 何 测试 代码 ， 同 时 享有 





Lambda 表达 式 带 来 的 便利 ? 





请 用 方法 引用 。 任 何 Lambda 表达 式 都 能 被 改写 为 普通 方法 ， 然 后 使 用 方法 引用 直接 引用 。 


例 7-12 将 Lambda 表达 式 重 构 为 一 个 方法 ， 然 后 在 主 程序 中 使 用 ， 主 程序 负责 转换 字符 


串 。 
例 7-12 将 首 字母 转换 为 大 写 ， 应 用 到 所 有 列表 元 素 


public static List<String> elementFirstToUppercase(List<String> words) { 
return words.stream() 
.map(Testing: :firstToUppercase) 
.collect(Collectors.<String>toList()); 


} 


public static String firstToUppercase(String value) { © 
char firstChar = Character. toUpperCase(value.charAt(0)); 
return firstChar + value.substring(1); 


} 














把 处 理 字符 串 的 的 逻辑 抽取 成 一 个 方法 后 ， 就 可 以 测试 该 方法 ， 把 所 有 的 边界 情况 都 覆盖 


到 。 新 的 测试 用 例如 例 7-13 所 示 。 
例 7-13 测试 单独 的 方法 


@Test 

public void twoLetterStringConvertedToUppercase() { 
String input = "ab"; 
String result = Testing. firstToUppercase(input) ; 
assertEquals("Ab", result); 


} 


7.3 ”在 测试 替身 时 使 用 Lambda 表 达 式 





编写 单元 测试 的 常用 方式 之 一 是 使 用 测试 蔡 身 描述 系统 中 其 他 模块 的 期 望 行为 。 这 种 方式 
很 有 用 ， 因 为 单元 测试 可 以 脱离 其 他 模块 来 调试 你 的 类 或 方法 ， 测 试 替身 让 你 能 用 单元 测 
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试 来 实现 这 种 隔离 。 


测试 蔡 身 也 常 被 称 为 模拟 ， 事 实 上 测试 存根 和 模拟 都 属于 测试 灯 身 。 区 别 是 模 
拟 可 以 验证 代码 的 行为 。 读 者 若 想 了 解 更 多 有 关 这 方面 的 信息 ， 请 陪读 Martin 
Fowler 的 相关 文章 (http://martinfowler.com/articles/mocksArentStubs.html ) 。 








测试 代码 时 ， 使 用 Lambda 表达 式 的 最 简单 方式 是 实现 轻 量 级 的 测试 存根 。 如 果 交 互 的 类 
本 身 就 是 一 个 国 数 接口 ， 实 现 这 样 的 存根 就 非常 简单 和 自然 。 

在 7.1.3 节 中 ， 讨 论 过 如 何 将 通用 的 领域 逻辑 重 构 为 一 个 countFeature 方法 ， 然 后 使 用 
Lambda 表达 式 实 现 不 同 的 统计 行为 。 例 7-14 展示 了 如 何 对 此 编写 单元 测试 。 














例 7-14 使 用 Lambda 表达 式 编写 测试 禁 身 ， 传 给 countFeature 方法 
@Test 
public void canCountFeatures() { 
OrderDomain order = new OrderDomain(asList( 

newAlbum( "Exile on Main St."), 
newAlbum( "Beggars Banquet"), 
newAlbum("Aftermath"), 
newALbum("Let it Bleed"))); 


assertEquals(8, order.countFeature(album -> 2)); 


} 


对 于 countFeature 方法 的 期 望 行为 是 为 传 入 的 专辑 返回 某 个 数值 。 这 里 传人 4 张 专辑 ， 测 
试 存根 中 为 每 张 专辑 返回 2， 然后 断言 该 方法 返回 8， 即 2x4。 如 有 果 要 向 代码 传 和 一 个 
Lambda 表达 式 ， 最 好 确保 Lambda 表达 式 也 通过 测试 。 





























多 数 的 测试 替身 都 很 复杂 ， 使 用 Mockito 这 样 的 框架 有 助 于 更 容易 地 产生 测试 替身 。 让 我 
们 考虑 一 种 简单 情形 ， 为 List 生成 测试 替身 。 我 们 不 想 返 回 List 本 上 的 长 度 ， 而 是 返回 
另 一 个 List 的 长 度 ， 为 了 模拟 List 的 size 方法 ， 我 们 不 想 只 给 出 答案 ， 还 想 做 一 些 操 
作 ， 因 此 传 入 一 个 Lambda 表达 式 ， 如 例 7-15 所 示 。 








il 7-15 结合 Mockito 框架 使 用 Lambda 表达 式 


List<String> list = mock(List.class); 
when(List.size()).thenAnswer(inv -> otherList.size()); 
assertEquals(3, list.size()); 


Mockito 使 用 Answer 接口 允许 用 户 提供 其 他 行为 ， 换 句 话 说， 这 是 我 们 的 老 朋 友 : 代码 即 
数据 。 之 所 以 在 这 里 能 使 用 Lambda 表达 式 ， 是 因为 Answer 本 身 就 是 一 个 函数 接口 。 








7.4 惰性 求 值 和 调试 

调试 时 通常 会 设置 断 点 ， 单 步 跟踪 程序 的 每 一 步 。 使 用 流 时 ， 调 试 可 能 会 变 得 更 加 复杂 ， 
因为 从 代 已 交 由 类 库 控制 ， 而 且 很 多 流 操 作 是 惰性 求 值 的 。 

在 传统 的 命令 式 编 程 看 来 ， 代 码 就 是 达到 某 种 目的 的 一 系列 行动 ， 在 行动 前 后 查看 程序 状 
态 是 有 意义 的 。 在 Java 8 中 ， 你 仍然 可 以 使 用 IDE 提供 的 各 种 调试 工具 ， 但 有 时 需要 调整 
实现 方式 ， 以 期 达到 更 好 的 结果 。 


75 日 志和 打印 消息 


假设 你 要 在 集合 上 进行 大 量 操作 ， 你 要 调试 代码 ， 你 希望 看 到 每 一 步 操作 的 结果 是 什么 。 
可 以 在 每 一 步 打 印 出 集合 中 的 值 ， 这 在 流 中 很 难 做 到 ， 因 为 一 些 中 间 步 又 是 惰性 求 值 的 。 
让 我 们 通过 第 3 章 介 绍 的 命令 式 版 本 的 国际 报告 程序 ， 看 看 如 何 记录 中 间 值 。 考 虑 到 读者 
可 能 已 经 忘记 这 个 程序 ， 我 们 再 来 解释 一 下 这 个 程序 的 意图 ， 该 程序 找 出 了 专辑 上 每 位 艺 
术 家 来 自 哪 个 国家 。 在 例 7-16 中 ， 我 们 将 找到 的 国家 信息 记录 到 日 志 中 。 










































































例 7-16 ”记录 中 间 值 ， 以 便 调 试 for 循环 
Set<String> nationalities = new HashSet<>(); 
for (Artist artist : album.getMusicianList()) { 
if (artist.getName().startsWith("The")) { 
String nationality = artist.getNationality(); 
System.out.println("Found nationality: " + nationality); 
nationalities.add(nationality) ; 
} 
} 


return nationalities; 





现在 可 以 使 用 foreach 方法 打印 出 流 中 的 值 ， 这 同时 会 触发 求 值 过 程 。 但 是 这 样 的 操作 有 
个 缺点 : 我们 无 法 再 继续 操作 流 了 ， 流 只 能 使 用 一 次 。 如 果 我 们 还 想 继续 ， 必 须 重新 创建 
流 。 例 7-17 展示 了 这 样 的 代码 会 有 多 难看 。 


例 7-17 使 用 forEach 记录 中 间 值 ， 这 种 方式 有 点 幼稚 


album.getMusicians() 
.filter(artist -> artist.getName().startsWith("The")) 
.map(artist -> artist.getNationality()) 
.forEach(nationality -> System.out.println("Found: " + nationality)); 























Set<String> nationalities 
= album.getMusicians() 
.filter(artist -> artist.getName().startsWith("The")) 
-map(artist -> artist.getNationality()) 
.collect(Collectors.<String>toSet()); 
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7.6 解决 方案 : peak 


遗憾 的 是 ， 流 有 一 个 方法 让 你 能 查看 每 个 值 ， 同 时 能 继续 操作 流 。 这 就 是 peek 方法 。 例 
7-18 使 用 peek 方法 重 写 了 前 面 的 例子 ， 输 出 流 中 的 值 ， 同 时 避免 了 重复 的 流 操 作 。 


例 7-18 使 用 peek 方法 记录 中 间 值 


Set<String> nationalities 
= album.getMusicians() 
.filter(artist -> artist.getName().startsWith("The")) 
.map(artist -> artist.getNationality()) 
.peek(nation -> System.out.println("Found nationality: " + nation)) 
.collect(Collectors.<String>toSet()); 





使 用 peek 方法 还 能 以 同样 的 方式 ， 将 输出 定向 到 现 有 的 日 志 系 统 中 ， 比 如 tog4j、java. 
util.logging 或 者 slf4j。 


7.7 ”在 流 中 间 设 置 断 点 

记录 日 志 这 是 peek 方法 的 用 途 之 一 。 为 了 像 调 试 循环 那样 一 步 一 步 跟踪 ， 可 在 peek 方法 
中 加 入 断 点 ， 这 样 就 能 逐个 调试 流 中 的 元 素 了 。 

此 时 ，peek 方法 可 知 包含 一 个 空 的 方法 体 ， 只 要 能 设置 断 点 就 行 。 有 一 些 调试 器 不 允许 在 
空 的 方法 体 中 设置 断 点 ， 此 时 ， 我 将 值 简单 地 映射 为 其 本 身 ， 这 样 就 有 地 方 设置 断 点 了 ， 
虽然 这 样 做 不 够 完美 ， 但 只 要 能 工作 就 行 。 


7.8 ”要 点 回顾 

。 重 构 遗留 代码 时 考虑 如 何 使 用 Lambda 表达 式 ， 有 一 些 通 用 的 模式 。 

。 如 果 想 要 对 复杂 一 点 的 Lambda 表达 式 编写 单元 测试 ， 将 其 抽取 成 一 个 常规 的 方法 。 
peek 方法 能 记录 中 间 值 ， 在 调试 时 非常 有 用 。 
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第 8 和 章 


议 计 和 染 构 的 原则 





软件 开发 最 重要 的 设计 工具 不 是 什么 技术 ,而 是 一 颗 在 设计 原则 方面 训练 有 素 的 头脑 。 


Craig Larman 








通过 前 面 的 学 习 ， 我 们 认识 到 Lambda 表达 式 是 对 Java 语言 的 一 点 简单 改进 ， 在 IDK 标准 
类 库 中 ， 运 行 它 的 方式 各 种 各 样 。 但 是 大 多 数 Java 代码 都 不 是 由 开发 JDK 的 程序 员 写 的 ， 
而 是 像 你 我 这 样 的 普通 程序 员 。 为 了 最 大 限度 发 挥 Lambda 表达 式 的 优势 ， 大 家 需要 将 其 
引入 已 有 代码 中 。 作 为 一 名 职业 Java EFR, Lambda 表达 式 没 有 什么 特别 的 ， 和 接口 、 
类 一 样 ， 它 只 是 程序 员工 具 箱 中 的 一 件 新 工具 。 

本 章 将 探索 如 何 使 用 Lambda 表达 式 实现 SOLID 原则 ， 该 原则 是 开发 恨 好 面向 对 象 程 序 的 
准则 。 使 用 Lambda 表达 式 ， 还 能 改进 一 些 现 有 的 设计 模式 ， 本 章 也 会 为 大 家 简要 介绍 几 
个 这 样 的 例子 。 















































和 同事 一 起 工作 时 ， 肯 定 会 遇 到 这 样 的 情况 : 你 实现 了 一 个 新 功能 或 修复 了 一 个 缺陷 ， 并 
且 对 自己 的 修改 很 满意 。 但 其 他 人 看 了 你 的 代码 后 一 也 许 发 生 在 代码 审查 环 六 ， 完 全 不 
买账 ! 对 于 什么 是 好 代码 ， 什 么 是 坏 代码 ， 存 在 分 歧 很 正常 。 


大 多 数 时 候 ， 人 们 意见 不 统一 ， 是 他 们 各 自 都 有 自己 的 想法 。 审 查 你 代码 的 人 可 能 会 选择 
另 一 种 实现 方式 ， 这 并 不 是 说 你 们 俩 谁 对 谁 错 。 引 入 Lambda 表达 式 后 ， 又 多 了 一 个 话题 。 
这 并 不 是 说 该 功能 本 身 有 多 复杂 ， 或 者 需要 花 大 力气 去 和 争论， 而 是 人 们 在 讨论 设计 问题 时 
又 多 了 一 项 谈资 。 












































本 章 旨 在 帮助 大 家 写 出 优秀 的 程序 ， 我 会 给 出 一 些 恨 好 的 设计 原则 和 模式 ， 在 此 基础 之 
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上 ， 就 能 开发 出 可 维护 且 十 分 可 靠 的 程序 。 我 们 不 光 会 用 到 IDK fetk are. mM 
教 大 家 如 何在 自己 的 领域 和 应 用 程序 中 使 用 Lambda 表达 式 。 


8.1 Lambda 表 达 式 改变 了 设计 模式 


设计 模式 是 人 们 熟悉 的 另 一 种 设计 思想 ， 它 是 软件 架构 中 解决 通用 问题 的 模板 。 如 果 磁 到 
一 个 问题 ， 并 且 恰 好 熟悉 一 个 与 之 适应 的 模式 ， 就 能 直接 应 用 该 模式 来 解决 问题 。 从 某 种 
程度 上 来 说 ， 设 计 模式 将 解决 特定 问题 的 最 佳 实践 途径 固定 了 下 来 。 


当然 ， 没 有 永远 的 最 佳 实践 。 以 曾经 风靡 一 时 的 单 例 模 式 为 例 ， 该 模式 确保 只 产生 一 个 对 
象 实例 。 在 过 去 十 年 中 ， 人 们 批评 它 让 程序 变 得 更 脆弱 ， 且 难于 测试 。 敏 捷 开 发 的 流行 ， 
让 测试 显得 更 加 重要 ， 单 例 模式 的 这 个 问题 把 它 变 成 了 一 个 反 模 式 : 一 种 应 该 避免 使 用 的 
模式 。 

本 书 的 重点 并 不 是 讨论 设计 模式 如 何 变 得 过 时 ， 相 反 ， 我 们 讨论 的 是 如 何 使 用 Lambda 表 
达 式 ， 让 现 有 设计 模式 变 得 更 好 、 更 简单 ， 或 者 在 某 些 情况 下 ， 有 了 不 同 的 实现 方式 。 
Java 8 引入 的 新 语言 特性 是 所 有 这 些 设计 模式 变化 的 推动 因素 。 


8.1.1 命令 者 模式 

命令 者 是 一 个 对 象 ， 它 封装 了 调用 另 一 个 方法 的 所 有 细节 ， 命 令 者 模式 使 用 该 对 象 ， 可 以 
编写 出 根据 运行 期 条 件 ， 顺 序 调用 方法 的 一 般 化 代码 。 命 令 者 模式 中 有 四 个 类 参与 其 中 ， 
如 图 8-1 所 示 。 






































图 8-1: 命令 者 模式 


。 命令 接收 者 
执行 实际 任务 。 





。 命令 者 


封装 了 所 有 调用 命令 执行 者 的 信息 。 


。 发 起 者 

控制 一 个 或 多 个 命令 的 顺序 和 执行 。 
。 客户 六 

创建 具体 的 命令 者 实例 。 


看 一 个 命令 者 模式 的 具体 例子 ， 看 看 如 何 使 用 Lambda 表达 式 改进 该 模式 。 假 设 有 一 个 
GUI Editor 组 件 ， 在 上 面 可 以 执行 open、save 等 一 系列 操作 ， 如 例 8-1 所 示 。 现 在 我 们 想 








实现 宏 功 能 一 一 也 就 是 说 ， 可 以 将 一 系列 操作 录制 下 来 ， 日 后 作为 一 个 操作 执行 ， 这 就 是 
我 们 的 命令 接收 者 。 


例 8-1 文本 编辑 器 可 能 具有 的 一 般 功能 


public interface Editor { 
public void save(); 
public void open(); 
public void close(); 
} 
在 该 例子 中 ， 像 open、save 这 样 的 操作 称 为 命令 ， 我 们 需要 一 个 统一 的 接口 来 概括 这 些 


不 同 的 操作 ， 我 将 这 个 接口 叫 作 Action， 它 代表 了 一 个 操作 。 所 有 的 命令 都 要 实现 该 接口 
( 例 8-2)。 


例 8-2 所 有 操作 均 实现 Action 接口 
public interface Action { 
public void perform(); 


} 


现在 让 每 个 操作 都 实现 该 接口 ， 这 些 类 要 做 的 只 是 在 Action 接口 中 调用 Editor 类 中 的 一 
个 方法 。 我 将 遵循 恰当 的 命名 规范 ， 用 类 名 代表 操作 ， 比 如 save 方法 对 应 Save 类 。 例 8-3 
和 例 8-4 是 定义 好 的 命令 对 象 。 


例 8-3 保存 操作 代理 给 Editor 方法 


public class Save implements Action { 








private final Editor editor; 


public Save(Editor editor) { 
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this.editor = editor; 


} 


@Override 
public void perform() { 
editor.save(); 


} 
} 


例 8-4 打开 文件 操作 代理 给 Editor 方法 


public class Open implements Action { 





private final Editor editor; 


public Open(Editor editor) { 
this.editor = editor; 


} 


@Override 
public void perform() { 
editor .open(); 
} 
} 


现在 可 以 实现 Macro 类 了 ， 该 类 record 操作 ， 然 后 一 起 运行 。 我 们 使 用 List 保存 操作 序 
列 ， 然 后 调用 forEach 方法 按 顺序 执行 每 一 个 Actition， 例 8-5 就 是 我 们 的 命令 发 起 者 。 


例 8-5 包含 操作 序列 的 宏 ， 可 按 顺序 执行 操作 


public class Macro { 
private final List<Action> actions; 


public Macro() { 
actions = new ArrayList<>(); 


} 


public void record(Action action) { 
actions.add(action); 


} 


public void run() { 
actions.forEach(Action: :perform); 


} 
} 


EREE, Ki pE Macro 对 象 的 列表 ， 然 后 运行 宏 ， 就 会 按 顺 序 执行 每 
一 条 命令 。 我 是 个 “懒惰 的 ”程序 员 ， 喜 欢 将 通用 的 工作 流 定 义 成 宏 。 我 说 “懒惰 ”了 
吗 ? 我 的 意 BSBA TIER o Pil 8-6 展示 了 如 何在 用 户 代 码 中 使 用 Macro 对 象 。 


例 8-6 使 用 命令 者 模式 构建 宏 


Macro macro = new Macro(); 








macro.record(new Open(editor)); 
macro.record(new Save(editor )); 
macro.record(new Close(editor)); 
macro.run(); 


Lambda 表达 式 能 做 点 什么 呢 ? 事实 上 ， 所 有 的 命令 类 ，Save、0pen 都 是 Lambda 表达 式 ， 
只 是 暂时 藏 在 类 的 外 过 下 。 它 们 是 一 些 行 为 ， 我 们 通过 创建 类 将 它们 在 对 象 之 间 传 递 。 
Lambda 表达 式 能 让 这 个 模式 变 得 非常 简单 ， 我 们 可 以 扔 掉 这 些 类 。 例 8-7 展示 了 去 掉 命 令 
类 ， 使 用 Lambda 表达 式 后 的 程序 。 


例 8-7 使 用 Lambda 表达 式 构建 宏 
Macro macro = new Macro(); 
macro.record(() -> editor.open()); 
macro.record(() -> editor.save()); 
macro.record(() -> editor.close()); 
macro.run(); 


事实 上 ， 如 有 果 意 识 到 这 些 Lambda 表达 式 的 作用 只 是 调用 了 一 个 方法 ， 还 能 让 问题 变 得 更 
简单 。 我 们 可 以 使 用 方法 引用 将 命令 和 宏 对 象 关联 起 来 (如 例 8-8 所 示 ) 。 


例 8-8 使 用 方法 引用 构建 安 
Macro macro = new Macro(); 
macro.record(editor: :open); 
macro.record(editor: :save); 
macro.record(editor: :close); 
macro.run(); 


令 者 模式 只 是 一 个 可 怜 的 程序 员 使 用 Lambda 表达 式 的 起 点 。 使 用 Lambda 表达 式 或 是 
法 引用 ， 能 让 代码 更 简洁 ， 去 除了 大 量 样板 代码 ， 让 代码 意图 更 加 明显 。 


过 => 





只 是 使 用 命令 者 模式 的 一 个 例子 ， 它 被 大 量 用 在 实现 组 件 化 的 图 形 界 面 系统 、 撤 销 功 
、 线 程 池 、 事 务 和 向 导 中 。 


ae Mt 





在 核心 Java 中 ， 已 经 有 一 个 和 Action 接口 结构 一 致 的 函数 接口 Runnable, 
我 们 可 以 在 实现 上 述 宏 程序 中 直接 使 用 该 接口 ， 但 在 这 个 例子 中 ， 似 乎 Action 
是 一 个 更 符合 我 们 待 解 问题 的 词汇 ， 因 此 我 们 创建 了 自己 的 接口 。 


























8.1.2 ”策略 模式 

策略 模式 能 在 运行 时 改变 软件 的 算法 行为 。 如 何 实现 策略 模式 根据 你 的 情况 而 定 ， 但 其 主 
要 思想 是 定义 一 个 通用 的 问题 ， 使 用 不 同 的 算法 来 实现 ， 然 后 将 这 些 算法 都 封装 在 一 个 统 
一 接口 的 背后 。 





文件 压缩 就 是 一 个 很 好 的 例子 。 我 们 提供 给 用 户 各 种 压缩 文件 的 方式 ， 可 以 使 用 zip 算法 ， 
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也 可 以 使 用 gzip 算法 ， 我 们 实现 一 个 通用 的 Compressor 类 ， 能 以 任何 一 种 算法 压缩 文件 。 


首先 ， 为 我 们 的 策略 定义 API (参见 图 8-2) ， 我 把 它 叫 作 Compressionstrategy， 每 一 种 文 
件 压 缩 算 法 都 要 实现 该 接口 。 该 接口 有 一 个 compress 方法 ， 接 受 并 返回 一 个 OutputStream 
对 象 ， 返 回 的 就 是 压缩 后 的 OutputStream (如 例 8-9 所 示 ) 。 























8-2: 策略 模式 
例 8-9 定义 压缩 数据 的 策略 接口 


public interface CompressionStrategy { 
public OutputStream compress(OutputStream data) throws IOException; 


} 


我 们 有 两 个 类 实现 了 该 接口 ， 分 别 代表 gzip 和 ZIP 算法 ， 使 用 Java 内置 的 类 实现 gzip 
( 例 8-10) 和 ZIP ( 例 8-11) 算法 。 


例 8-10 使 用 gzip 算法 压缩 数据 
public class GzipCompressionStrategy implements CompressionStrategy { 


@Override 

public OutputStream compress(OutputStream data) throws IOException { 
return new GZIPOutputStream(data); 

} 


} 
例 8-11 使 用 zip 算法 压缩 数据 
public class ZipCompressionStrategy implements CompressionStrategy { 


@Override 
public OutputStream compress(OutputStream data) throws IOException { 
return new ZipOutputStream(data) ; 





现在 可 以 动手 实现 Compressor 类 了 ， 这 里 就 是 使 用 策略 模式 的 地 方 。 该 类 有 一 个 compress 
方法 ， 读 入 文件 ， 压 缩 后 输出 。 它 的 构造 国 数 有 一 个 CompressionStrategy 参数 ， 调 用 代 
码 可 以 在 运行 期 使 用 该 参数 决定 使 用 哪 种 压缩 策略 ， 比 如 ， 可 以 等 待 用 户 输入 选择 〈 如 例 
8-12 所 示 )。 


例 8-12 在 构造 类 时 提供 压缩 策略 


public class Compressor { 





private final CompressionStrategy strategy; 


public Compressor(CompressionStrategy strategy) { 
this.strategy = strategy; 


public void compress(Path inFile, File outFile) throws IOException { 
try (OutputStream outStream = new FileOutputStream(outFile)) { 
Files.copy(inFile, strategy.compress(outStream) ); 


} 
} 


如 果 使 用 这 种 传统 的 策略 模式 实现 方式 ， 可 以 编写 客户 代码 创建 一 个 新 的 Compressor， 并 
且 使 用 任何 我 们 想 要 的 策略 (如 例 8-13 所 示 )。 











例 8-13 使 用 具体 的 策略 类 初始 化 Compressor 


Compressor gzipCompressor = new Compressor(new GzipCompressionStrategy()); 
gzipCompressor.compress(inFile, outFile); 


Compressor zipCompressor = new Compressor(new ZipCompressionStrategy()); 
zipCompressor.compress(inFile, outFile); 


和 前 面 讨论 的 命令 者 模式 一 样 ， 使 用 Lambda 表达 式 或 者 方法 引用 可 以 去 掉 样板 代码 。 在 
这 里 ， 我 们 可 以 去 掉 具 体 的 策略 实现 ， 使 用 一 个 方法 实现 算法 ， 这 里 的 算法 由 构造 函数 
中 对 应 的 OutputStream 实现 。 使 用 这 种 方式 ， 可 以 完全 舍弃 GzipCompressionStrategy 和 
ZipCompressionStrategy 类 。 例 8-14 展示 了 使 用 方法 引用 后 的 代码 。 


例 8-14 使 用 方法 引用 初始 化 Compressor 


Compressor gzipCompressor = new Compressor(GZIPOutputStream: :new); 
gzipCompressor.compress(inFile, outFile); 


Compressor zipCompressor = new Compressor(ZipOutputStream: : new) ; 
zipCompressor.compress(inFile, outFile); 


8.1.3 ”观察 者 模式 
观察 者 模式 是 另 一 种 可 被 Lambda 表达 式 简 化 和 改进 的 行为 模式 。 在 观察 者 模式 中 ， 被 观 
察 者 持 有 一 个 观察 者 列表 。 当 被 观察 者 的 状态 发 生 改 变 ， 会 通知 观察 者 。 观 察 者 模式 被 大 
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量 应 用 于 基于 MVC 的 GUI 工具 中 ， 以 此 让 模型 状态 发 生变 化 时 ， 自 动 刷新 视图 模块 ， 达 
到 二 者 之 间 的 解 耦 。 
观看 GUI 模块 自动 刷新 有 点 枯燥 ， 我 们 要 观察 的 对 象 是 月 球 ! NASA 和 外 星人 都 对 登陆 


到 月 球 上 的 东西 感 兴趣 ， 都 希望 可 以 记录 这 些 信息 。NASA 希望 确保 阿波 罗 号 上 的 航天 员 
成 功 登 月 ， 外 星人 则 希望 在 NASA 注意 力 分 散 之 时 进犯 地 球 。 














让 我 们 先 来 定义 观察 者 的 API， 这 里 我 将 观察 者 称 作 Landing0bserver。 它 只 有 一 个 
observeLanding 方法 ， 当 有 东西 登陆 到 月 球 上 时 会 调用 该 方法 ( 例 8-15 ) 。 


例 8-15 用 于 观察 登陆 到 月 球 的 组 织 的 接口 


public interface LandingObserver { 
public void observeLanding(String name); 
} 


被 观察 者 是 月 球 oon， 它 持 有 一 组 LandingObserver 实例 ， 有 东西 着 陆 时 会 通知 这 些 观察 
者 ， 还 可 以 增加 新 的 LandingObserver 实例 观测 Moon 对 象 ( 例 8-16) 。 


$ 





例 8-16 Moon 类 一 一 当然 不 如 现实 世界 中 那么 完 


public class Moon { 
private final List<LandingObserver> observers = new ArrayList<>(); 


public void land(String name) { 
for (LandingObserver observer : observers) { 
observer .observeLanding(name) ; 
} 
} 


public void startSpying(LandingObserver observer) { 
observers.add(observer ) ; 
} 
} 


我 们 有 两 个 具体 的 类 实现 了 LandingObserver 接口 ， 分 别 代表 外 星人 ( 例 8-17) 和 NASA 
( 例 8-18) 检测 着 陆 情况 。 前 面 提 到 过 ， 监 测 到 登陆 后 它们 有 不 同 的 反应 。 

















例 8-17 外 星人 观察 到 人 类 登陆 月 球 


public class Aliens implements LandingObserver { 


@Override 
public void observeLanding(String name) { 
if (name.contains("Apollo")) { 
System.out.println("They're distracted, lets invade earth!"); 





例 8-18 NASA 也 能 观察 到 有 人 登陆 月 球 


public class Nasa implements LandingObserver { 
@Override 
public void observeLanding(String name) { 
if (name.contains("Apollo")) { 
System.out.println("We made it!"); 


} 
} 


和 前 面 的 模式 类 似 ， 在 传统 的 例子 中 ， 用 户 代 码 需 要 有 一 层 模 板 类 ， 如 果 使 用 Lambda K 
达 式 ， 就 不 用 编写 这 些 类 了 (如 例 8-19 和 例 8-20 所 示 )。 


例 8-19 使 用 类 的 方式 构建 用 户 代 码 
Moon moon = new Moon(); 
moon.startSpying(new Nasa()); 
moon.startSpying(new Aliens()); 

















moon. land("An asteroid"); 
moon. land("Apollo 11"); 


i] 8-20 使 用 Lambda 表达 式 构 建 用 户 代码 
Moon moon = new Moon(); 
moon.startSpying(name -> { 

if (name.contains("Apollo") ) 


System.out.println("We made it!"); 
直入 


moon.startSpying(name -> { 
if (name.contains("Apollo")) 
System.out.println("They're distracted, lets invade earth!"); 
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moon. lLand("An asteroid"); 
moon. land( "Apollo 11"); 


还 有 一 点 值得 思 芳 ， 无 论 使 用 观察 者 模式 或 策略 模式 ， 实 现时 采用 Lambda 表达 式 还 是 传 
统 的 类 ， 取 决 于 策略 和 观察 者 代码 的 复杂 度 。 我 这 里 所 举 的 例子 代码 很 简单 ， 只 是 一 两 个 
方法 调用 ， 很 适合 展示 新 的 语言 特性 。 然 而 在 有 些 情况 下 ， 观 察 者 本 身 就 是 一 个 很 复杂 的 
类 ， 这 时 将 很 多 代码 塞 进 一 个 方法 中 会 大 大 降低 代码 的 可 读 性 。 





从 某 种 角度 来 说 ， 将 大 量 代码 塞 进 一 个 方法 会 让 可 读 性 变 差 是 决定 如 何 使 用 
Lambda 表达 式 的 黄金 法 则 。 之 所 以 不 在 这 里 过 分 强调 ， 是 因为 这 也 是 编写 
一 般 方法 时 的 黄金 法 则 ! 
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8.1.4 模板 方法 模式 

开发 软件 时 一 个 常见 的 情况 是 有 一 个 通用 的 算法 ， 只 是 步 又 上 略 有 不 同 。 我 们 希望 不 同 的 
实现 能 够 遵守 通用 模式 ， 保 证 它们 使 用 了 同一 个 算法 ， 也 是 为 了 让 代码 更 加 易 读 。 一 旦 你 
从 整体 上 理解 了 算法 ， 就 能 更 容易 理解 其 各 种 实现 。 


模板 方法 模式 是 为 这 些 情况 设计 的 : 整体 算法 的 设计 是 一 个 抽象 类 ， 它 有 一 系列 抽象 方 
法 ， 代 表 算 法 中 可 被 定制 的 步骤 ， 同 时 这 个 类 中 包含 了 一 些 通用 代码 。 算 法 的 每 一 个 变种 
由 具体 的 类 实现 ， 它 们 重 写 了 抽象 方法 ， 提 供 了 相应 的 实现 。 


让 我 们 假想 一 个 情境 来 搞 明白 这 是 怎么 回 事 。 假 设 我 们 是 一 家 银行 ， 需 要 对 公众 、 公 司 和 
职员 放贷 。 放 贷 程序 大 体 一 致 一 一 验 明 身份 、 信 用 记录 和 收入 记录 。 这 些 信息 来 源 不 一 ， 
衡量 标准 也 不 一 样 。 你 可 以 查看 一 个 家 庭 的 账单 来 核对 个 人 身份 ， 公 司 都 在 官方 机 构 注 册 
过 ， 比 如 美国 的 SEC、 英 国 的 Companies House, 



































我 们 先 使 用 一 个 抽象 类 LoanApplication 来 控制 算法 结构 ， 该 类 包含 一 些 贷款 调查 结果 
报告 的 通用 代码 。 根 据 不 同 的 申请 人 ， 有 不 同 的 类 : CompanyLoanApplication, Personal 
LoanApplication 和 EmpLoyeeLoanAppLication。 例 8-21 展示 了 LoanApplication 类 的 结构 。 


例 8-21 使 用 模板 方法 模式 描述 申请 贷款 过 程 


public abstract class LoanApplication { 


public void checkLoanApplication() throws ApplicationDenied { 
checkIdentity(); 
checkCreditHistory(); 
checkIncomeHistory(); 
reportFindings(); 


} 

protected abstract void checkIdentity() throws ApplicationDenied; 
protected abstract void checkIncomeHistory() throws ApplicationDenied; 
protected abstract void checkCreditHistory() throws ApplicationDenied; 


private void reportFindings() { 


CompanyLoanApplication 的 checkIdentity 方法 在 Companies House 等 注册 公司 数据 库 中 
查找 相关 信息 。checkIncomeHistory 方法 评估 公司 的 现 有 利润 、 损 益 表 和 资产 负债 表 。 
checkCreditHistory 方法 则 查看 现 有 的 坏账 和 未 偿 债务 。 





PersonalLoanApplication 的 checkIdentity 方法 通过 分 析 客 户 提供 的 纸 本 结算 单 ， 确 认 客 
户 地 址 是 否 真实 有 效 。checkIncomeHistory 方法 通过 检查 工资 条 判断 客户 是 否 仍 被 雇佣 。 
checkCreditHistory 方法 则 会 将 工作 交 给 外 部 的 信用 卡 支付 提供 商 。 

















EmployeeLoanApplication 就 是 没有 查阅 员工 历史 功能 的 PersonaLLoanAppLicatton。 为 了 方 

















便 起 见 ， 我 们 的 银行 在 雇佣 员工 时 会 查阅 所 有 员工 的 收入 记录 ( 例 8-22) 。 








例 8-22 员工 申请 贷款 是 个 人 申请 的 一 种 特殊 情况 


public class EmployeeLoanApplication extends PersonalLoanApplication { 


@Override 
protected void checkIncomeHistory() { 


// 这 是 自己 人 ! 
} 
} 





使 用 Lambda 表达 式 和 方法 引用 ， 我 们 能 换个 角度 思考 模板 方法 模式 ， 实 现 方式 也 跟 以 前 不 
一 样 。 模 板 方 法 模式 真正 要 做 的 是 将 一 组 方法 调用 按 一 定 顺序 组 织 起 来 。 如 果 用 函数 接口 表 
IWA, H Lambda 表达 式 或 者 方法 引用 实现 这 些 接口 ， 相 比 使 用 继承 构建 算法 ， 就 会 得 到 
极 大 的 灵活 性 。 让 我 们 看 看 如 何 使 用 这 种 方式 实现 LoanApplication 算法 ， 请 看 例 8-23 | 


























例 8-23 员工 申请 贷款 的 例子 


public class LoanApplication { 


private final Criteria identity; 
private final Criteria creditHistory; 
private final Criteria incomeHistory; 


public LoanApplication(Criteria identity, 
Criteria creditHistory, 
Criteria incomeHistory) { 


this.identity = identity; 
this.creditHistory = creditHistory; 
this.incomeHistory = incomeHistory; 


public void checkLoanApplication() throws ApplicationDenied { 
identity.check(); 
creditHistory.check(); 
incomeHistory.check(); 
reportFindings(); 


} 


private void reportFindings() { 


正如 读者 所 见 ， 这 里 没有 使 用 一 系列 的 抽象 方法 ， 而 是 多 出 一 些 属 性 : identity, 
creditHistory 和 incomeHistory。 每 一 个 属性 都 实现 了 函数 接口 Criterita， 该 接口 检查 一 
项 标准 ， 如 果 不 达标 就 抛 出 一 个 问题 域 里 的 异常 。 我 们 也 可 以 选择 从 check 方法 返回 一 个 
类 来 表示 成 功 或 失败 ， 但 是 沿用 异常 更 加 符合 先前 的 实现 (如 例 8-24 所 示 )。 








例 8-24 如 果 申 请 失败 ， 函 数 接口 criteria 抛 出 异常 


public interface Criteria { 
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public void check() throws ApplicationDenied; 
} 
采用 这 种 方式 ， 而 不 是 基于 继承 的 模式 的 好 处 是 不 需要 在 LoanApplication 及 其 子 类 中 实 


现 算法 ， 分 配 功能 时 有 了 更 大 的 灵 话 性 。 比 如 ， 我 们 想 让 Company 类 负责 所 有 的 检查 ， 那 
么 Company 类 就 会 多 出 一 系列 方法 ， 如 例 8-25 所 示 。 


例 8-25 Company 类 中 的 检查 方法 


public void checkIdentity() throws ApplicationDenied; 








public void checkProfitAndLoss() throws ApplicationDenied; 


public void checkHistoricalDebt() throws ApplicationDenied; 





现在 只 需 为 CompanyLoanApplication 类 传人 对 应 的 方法 引用 ， 如 例 8-26 所 示 。 





例 8-26 CompanyLoanApplication 类 声明 了 对 应 的 检查 方法 


public class CompanyLoanApplication extends LoanApplication { 


public CompanyLoanApplication(Company company) { 
super (company: :checkIdentity, 
company: :checkHistoricalDebt, 
company: :checkProfitAndLoss) ; 
} 
} 


将 行为 分 配给 Company 类 的 原因 是 各 个 国家 之 间 确 认 公司 信息 的 方式 不 同 。 在 英国 ， 
Companies House 规范 了 注册 公司 信息 的 地 址 ， 但 在 美国 ， 各 个 州 的 政策 是 不 一 样 的 。 








使 用 函数 接口 实现 检查 方法 并 设 有 排除 继承 的 方式 。 我 们 可 以 显 式 地 在 这 些 类 中 使 用 
Lambda 表达 式 或 者 方法 引用 。 





我 们 也 不 需要 强制 EmpLoyeeLoanAppLication 继承 PersonalLoanApplication cae 
可 以 对 同一 个 方法 传递 引用 。 它 们 之 间 是 否 天 然 存在 继承 关系 取决 于 员工 的 借贷 是 否 是 普 
通 人 借贷 这 种 特殊 情况 ， 或 者 是 另外 一 种 不 同类 型 的 借贷 。 因 此 ， 使 用 这 种 方式 能 a 
更 加 紧密 地 为 问题 建 模 。 


8.2 ”使 用 Lambda 表 达 式 的 领域 专用 语言 


领域 专用 语言 (DSL) 是 针对 软件 系统 中 茶 特定 部 分 的 编程 语言 。 它 们 通常 比较 小 巧 ， 表 
达能 力也 不 如 Java 这 样 能 应 对 大 多 数 编程 任务 的 通用 语言 强 。DSL 高 度 专 用 : 不 求 面 面 
俱 到 ， 但 求 有 所 专长 。 
































人 们 通常 将 DSL 分 为 两 类 : 内 部 DSL 和 外 部 DSL。 外 部 DSL 脱离 程序 源码 编写 ， 然 后 单 
独 解析 和 实现 。 比 如 级 联 样式 表 (CSS) 和 正则 表达 式 ， 就 是 常用 的 外 部 DSL. 
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内 部 DSL freA SiS EMS e RRA EHE IMock 和 Mockito 等 模拟 类 库 ， 或 用 
过 SQL 构建 API， 如 JOOQ 或 Querydsl， 那 么 就 知道 什么 是 内 部 DSL。 从 某 种 角度 上 说 ， 内 
部 DSL 就 是 普通 的 类 库 ， 提 供 API 方便 使 用 。 虽 然 简单 ， 内 部 DSL 却 功 能 强大 ， 让 你 的 代码 
变 得 更 加 精炼 、 易 读 。 理 想 情况 下 ， 使 用 DSL 编写 的 代码 读 起 来 就 像 描 述 问题 所 使 用 的 语言 。 


有 了 Lambda 表达 式 ， 实 现 DSL 就 更 简单 了 ， 那 些 想 尝试 DSL 的 程序 员 又 多 了 一 件 趁 手 
的 工具 。 我 们 将 通过 实现 一 个 用 于 行为 驱动 开发 (BDD) 的 DSL: LambdaBehave， 来 探 
索 其 中 遇 到 的 各 种 问题 。 


BDD 是 测试 驱动 开发 (TDD) 的 一 个 变种 ， 它 的 重点 是 描述 程序 的 行为 ， 而 非 一 组 需要 
通过 的 单元 测试 。 我 们 的 设计 灵感 源 于 一 个 叫 Jasmine 的 JavaScript BDD 框架 ， 前 端 开 发 
中 会 大 量 使 用 该 框架 。 例 8-27 展示 了 如 何 使 用 Jasmine 创建 测试 用 例 。 









































例 8-27 Jasmine 


describe("A suite is just a function", function() { 
it("and so is a spec", function() { 
var a = true; 


expect(a).toBe(true); 
H; 
D; 


如 果 读者 不 熟悉 JavaScript， 阅 读 这 有 段 代码 可 能 会 稍 感 疑惑 。 下 面 我 们 使 用 Java 8 实现 一 
个 类 似 的 框架 时 会 一 步 一 步 来 ， 只 需要 记 住 ， 在 JavaScript 中 我 们 使 用 function() { … } 
来 表示 Lambda 表达 式 。 

证 我们 分 别 来 看 看 这 些 概念 : 

。 每 一 个 规则 描述 了 程序 的 一 种 行为 ; 

。 期 望 是 描述 应 用 行为 的 一 种 方式 ， 在 规则 中 定义 ; 

。 多 个 规则 合 在 一 起 ， 形 成 一 个 套件 。 

这 些 概念 在 传统 的 测试 框架 ， 比 如 JUnit 中 ， 都 有 对 应 的 概念 。 规 则 对 应 一 个 测试 方法 ， 
期 望 对 应 断言 ， 套 件 对 应 一 个 测试 类 。 


8.2.1 使 用 Java 编 写 DSL 
让 我 们 先 看 一 下 实现 后 的 Java BDD 框架 长 什么 样子 ， 例 8-28 描述 了 一 个 Stack 的 其 些 行为 。 














例 8-28 描述 Stack 的 案例 


public class StackSpec {{ 
describe("a stack", it -> { 


it.should("be empty when created", expect -> { 
expect. that(new Stack()).isEmpty(); 
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J); 


it.should("push new elements onto the top of the stack", expect -> { 
Stack<Integer> stack = new Stack<>(); 
stack.push(1); 


expect.that(stack.get(0)).isEqualTo(1); 
IDE 
it.should("pop the last element pushed onto the stack", expect -> { 
Stack<Integer> stack = new Stack<>(); 
stack.push(2); 
stack.push(1); 


expect.that(stack.pop()).isEqualTo(2); 
]); 


ps 
H 


首先 我 们 使 用 动词 describe 为 套件 起 头 ， 然 一 个 名 字 表 明 这 是 描述 什么 东西 的 行 
为 ， 这 里 我 们 使 用 了 "a stack", 


每 一 条 规则 读 起 来 尽 可 能 接近 英语 中 的 句子 。 它 们 均 以 it. should 打头 ， 其 中 it 指正 在 描述 
的 对 象 。 然 后 用 一 句 简单 的 英语 描述 行为 ， 最 后 使 用 expect. that 做 前 级 ， 描 述 期 待 的 行为 。 


检查 规则 时 ， 会 从 命令 行 得 到 一 个 简单 的 报告 ， 表 明 是 否 有 规则 失败 。 你 会 发 现 pop 操作 期 望 
的 返回 值 是 2， 而 不 是 1， 因 此 “pop the last element pushed onto the stack” 这 条 规则 就 失败 了 : 








a stack 
should pop the last element pushed onto the stack[expected:@ but was:@ | 
should be empty when created 
should push new elements onto the top of the stack 


8.2.2 ”实现 


读者 已 经 领略 了 使 用 Lambda 表达 式 的 DSL 所 带 来 的 便利 ， 现 在 该 看 看 我 们 是 如 何 实现 该 
框架 的 。 我 们 希望 会 让 大 家 看 到 ， 自 己 实现 一 个 这 样 的 框架 是 多 么 简单 。 


描述 行为 首先 看 到 的 是 describe 这 个 动词 ， 简 单 导入 一 个 静态 方法 就 够 了 。 为 套件 创建 一 
个 Description 实例 ， 在 此 处 理 各 种 各 样 的 规则 。Description 类 就 是 我 们 定义 的 DSL 中 
的 it (EILA 8-29)。 











例 8-29 从 describe 方法 开始 定义 规则 


public static void describe(String name, Suite behavior) { 
Description description = new Description(name); 
behavior .specifySuite(description); 





每 个 套件 的 规则 描述 由 用 户 使 用 一 个 Lambda 表达 式 实现 ， 因 此 我 们 需要 一 个 Suite 函数 
接口 来 表示 规则 组 成 的 套件 ， 如 例 8-30 所 示 。 该 接口 接收 一 个 Description 对 象 作 为 参 
数 ， 我 们 在 describe 方法 里 将 其 传人 。 


例 8-30 每 个 测试 套件 都 由 一 个 实现 该 接口 的 Lambda 表达 式 实现 


public interface Suite { 




















public void specifySuite(Description description); 


} 


在 我 们 定义 的 DSL 中 ， 不 仅 套 件 由 Lambda 表达 式 实 现 ， 每 一 条 规则 也 是 一 个 Lambda 
表达 式 。 它 们 也 需要 定义 一 个 函数 接口 ，Specification (如 例 8-31 所 示 )。 示 例 代码 中 的 
expect 变量 是 Expect 类 的 实例 ， 我 们 稍 后 描述 


例 8-31 每 条 规则 都 是 一 个 实现 该 接口 的 Lambda 表达 式 


public interface Specification { 
public void specifyBehaviour(Expect expect); 


} 


之 前 来 回 传递 的 Description 实例 这 里 就 派 上 用 场 了 。 我 们 希望 用 户 可 以 使 用 it.should 命 
名 他 们 的 规则 ， 这 就 是 说 Description 类 需要 有 一 个 should 方法 (如 例 8-32 所 示 )。 这 里 是 
真正 做 事 的 地 方 ， 该 方法 通过 调用 specifysuite 执行 Lambda 表达 式 。 如 果 规 则 失败 ， 会 
抛 出 一 个 标准 的 Java AssertionError， 而 其 他 任何 Throwable 对 象 则 认为 是 一 个 错误 : 


例 8-32 ”将 用 Lambda 表达 式 表示 的 规则 传人 should 方法 
public void should(String description, Specification specification) { 

try { 
Expect expect = new Expect(); 
specification. specifyBehaviour (expect); 
Runner.current.recordSuccess(suite, description); 

} catch (AssertionError cause) { 
Runner.current.recordFailure(suite, description, cause); 

} catch (Throwable cause) { 
Runner.current.recordError(suite, description, cause); 














} 
} 
规则 通过 expect. that 描述 期 望 的 行为 ， 也 就 是 说 Expect 类 需要 一 个 that 方法 供用 户 调 
用 ， 如 例 8-33 所 示 。 这 里 可 以 封装 传人 的 对 象 ， 然 后 暴露 一 些 常用 的 方法 ， 如 isEqualTo, 
如 果 规 则 失败 ， 抛 出 相应 的 断言 。 


例 8-33 期 户 链 的 开始 


public final class Expect { 




















ao 
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public BoundExpectation that(Object value) { 
return new BoundExpectation(value) ; 





I] 省 去 类 定义 的 其 他 部 分 


读者 可 能 会 注意 到 ， 我 一 直 忽 略 了 一 个 细节 ， 该 细节 与 Lambda 表达 式 无 关 。StackSpec 类 
并 没有 直接 实现 任何 方法 ,我 直接 将 代码 写 在 里 边 。 这 里 我 偷 了 个 懒 ， 在 类 定义 的 开头 和 
结尾 使 用 了 双 括 号 : 


public class StackSpec {{ 








其 实 是 一 个 匿名 构造 函数 ， 可 以 执行 任意 的 Java 代码 块 ， 所 以 这 等 价 于 一 个 完整 的 构造 
口 


public class StackSpec { 
public StackSpec() { 


} 
} 
要 实现 一 个 完整 的 BDD HEAD AIRS CEE tik, A AEA T RA RR On (oy (EA 
Lambda 表达 式 创 建 领域 专用 语言 。 我 在 这 里 讲解 了 与 DSL 中 Lambda 表达 式 交 互 的 部 分 ， 
以 期 能 帮助 读者 管 中 玫 豹 ， 了 解 如 何 实现 这 种 类 型 的 DSL, 











8.2.3 评估 

流畅 性 的 一 方面 表现 在 DSL 是 否 是 IDE 友好 的 。 换 名 话说 ， 你 只 需 记 住 少量 知识 ， 然 后 
用 代码 自动 补 全 功能 补 齐 代 码 。 这 就 是 使 用 Description 和 Expect 对 象 的 原因 。 当 然 也 可 
以 导入 静态 方法 让 或 expect， 一 些 DSL 中 就 使 用 了 这 种 方式 。 如 果 选 择 向 Lambda 表达 
式 传人 对 象 ， 而 不 是 导入 一 个 静态 方法 ， 就 能 让 IDE 的 使 用 者 轻松 补 全 代码 。 


用 户 唯 一 要 记 住 的 是 调用 describe 方法 ， 这 种 方式 的 好 处 通过 单纯 阅读 可 能 无 法 体会 ,我 
建议 大 家 创建 一 个 示例 项 目 ， 亲 自体 验 这 个 框架 。 






































另 一 个 值得 注意 的 是 大 多 数 测试 框架 提供 了 大 量 注释 ， 或 者 很 多 外 部 “魔法 ”， 或 者 借助 
于 反射 。 我 们 不 需要 这 些 技巧 ， 就 能 直接 使 用 Lambda 表达 式 在 DSL 中 表达 行为 ， 就 和 使 
用 普通 的 Java 方法 一 样 。 


8.3 ”使 用 Lambda 表 达 式 的 SOLID 原 则 


SOLID 原则 是 设计 面向 对 象 程序 时 的 一 些 基 本 原则 。 原 则 的 名 字 是 个 简写 ， 分 别 代 表 了 
下 面 五 个 词 的 首 字母 : Single responsibility, Open/closed, Liskov substitution, Interface 
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segregation 和 Dependency inversion。 这 些 原则 能 指导 你 开发 出 易于 维护 和 扩展 的 代码 。 


每 种 原则 都 对 应 着 一 系列 六 在 的 代码 异味 ， 并 为 其 提供 了 解决 方案 。 有 很 多 图 书 介 绍 这 个 
主题 ， 因 此 我 不 会 详细 讲解 ， 而 是 关注 如 何在 Lambda 表达 式 的 环境 下 应 用 其 中 的 三 条 原 
则 。 在 Java 8 中 ， 有 些 原则 通过 扩展 ， 已 经 超出 了 原来 的 限制 。 








8.3.1 单一 功能 原则 
程序 中 的 类 或 方法 只 能 有 一 个 改变 的 理由 。 


软件 开发 中 不 可 避免 的 情况 是 需求 的 改变 。 这 可 能 是 需要 增加 新 功能 ， 也 可 能 是 你 对 问题 
的 理解 或 者 客户 发 生变 化 了 ， 或 者 你 想 变 得 更 快 ， 总 之 ， 软 件 会 随 着 时 间 不 断 演进 。 


当 软 件 的 需求 发 生变 化 ， 实 现 这 些 功 能 的 类 和 方法 也 需要 变化 。 如 果 你 的 类 有 多 个 功能 ， 
一 个 功能 引发 的 代码 变化 会 影响 该 类 的 其 他 功能 。 这 可 能 会 引入 缺陷 ， 还 会 影响 代码 演进 
的 能 


让 我 们 看 一 个 简单 的 示例 程序 ， 该 程序 由 资产 列表 生成 BalanceSheet 表格 ， 然 后 输出 
成 一 份 PDF 格式 的 报告 。 如 果实 现时 将 制 表 和 输出 功能 都 放 进 同一 个 类 ， 那 么 该 类 就 
有 两 个 变化 的 理由 。 你 可 能 想 改变 输出 功能 ， 输 出 不 同 的 格式 ， 比 如 HTML， 可 能 还 想 
改变 BalanceSheet 的 细节 。 这 为 将 问题 分 解 成 两 个 类 提供 了 很 好 的 理由 : 一 个 负责 将 
BalanceSheet 生成 表格 ， 一 个 负责 输出 。 


单一 功能 原则 不 止 于 此 : 一 个 类 不 仅 要 功能 单一 ， 而 且 还 需 将 功能 封装 好 。 换 名 话说 ， 如 
果 我 想 改变 输出 格式 ， 那 么 只 需 改动 负责 输出 的 类 ， 而 不 必 关 心 负责 制 表 的 类 。 

这 是 强 内 又 性 设计 的 一 部 分 。 说 一 个 类 是 内 聚 的 ， 是 指 它 的 方法 和 属性 需要 统一 对 待 ， 因 
为 它们 紧密 相关 。 如 果 你 试 着 将 一 个 内 聚 的 类 拆 分 ， 可 能 会 得 到 刚才 创建 的 那 两 个 类 。 



































既然 你 已 经 知道 了 什么 是 单一 功能 原则 ， 问 题 来 了 : 这 和 Lambda 表达 式 有 什么 关系 ? 


Lambda 表达 式 在 方法 级 别 能 更 容易 实现 单一 功能 原则 。 让 我 们 看 一 个 例子 ， 该 段 程序 能 
得 出 一 定 范 围 内 有 多 少 个 质数 (il 8-34) 。 


例 8-34 计算 质数 个 数 ， 一 个 方法 里 塞 进 了 多 重 职责 
public long countPrimes(int upTo) { 
long tally = 0; 
for (int i = 1; i < upTo; i++) { 
boolean isPrime = true; 
for (int j = 2; j < i; j++) { 
if (i % j == 0) { 
isPrime = false; 








} 


if (isPrime) { 
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tally++; 
} 
} 


return tally; 


} 


很 显然 ， 在 例 8-34 中 我 们 同时 干 了 两 件 事 : 计数 和 判断 一 个 数 是 否 是 质数 。 在 例 8-35 中 ， 
通过 简单 重 构 ， 将 两 个 功能 一 分 为 二 。 


例 8-35 将 isPrime 重 构成 另外 一 个 方法 后 ， 计 算 质 数 个 数 的 方法 
public long countPrimes(int upTo) { 
long tally = 0; 
for (int i = 1; i < upTo; i++) { 
if (isPrime(i)) { 
tally++; 
} 


return tally; 


} 


private boolean isPrime(int number) { 
for (int i = 2; i < number; i++) { 
if (number % i == 0) { 
return false; 


} 


return true; 
} 
但 我 们 的 代码 还 是 有 两 个 功能 。 代 码 中 的 大 部 分 都 在 对 数字 循环 ， 如 果 我 们 遵守 单一 功能 
原则 ， 那 么 迭代 过 程 应 该 封装 起 来 。 改 进 代码 还 有 一 个 现实 的 原因 ， 如 有 果 需 要 对 一 个 很 大 
的 upTo 计数 ， 我 们 希望 可 以 并 行 操 作 。 没 错 ， 线 程 模型 也 是 代码 的 职责 之 一 ! 





我 们 可 以 使 用 Java 8 的 集合 流 (如 例 8-36 Aras) 重 构 上 述 代码 ， 将 循环 操作 交 给 类 库 本 身 
处 理 。 这 里 使 用 了 range 方法 从 9 至 upTo 计数 ,然后 filter 出 质数 , 最 后 对 结果 做 count, 





例 8-36 ”使 用 集合 流 重 构 质数 计数 程序 
public long countPrimes(int upTo) { 
return IntStream.range(1, upTo) 
.filter(this::isPrime) 
.Count(); 


} 


private boolean isPrime(int number) { 
return IntStream.range(2, number) 
.allMatch(x -> (number % x) != 0); 


} 


如 果 我 们 想 利 用 更 多 CPU 加 速 计数 操作 ， 可 使 用 parallelstrean 方法 ， 而 不 需要 修改 任 
何其 他 代码 (如 例 8-37 所 示 )。 
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例 8-37 并 行 运 行 基于 集合 流 的 质数 计数 程序 
public long countPrimes(int upTo) { 
return IntStream.range(1, upTo) 
.parallel() 
.filter(this::isprime) 
.Count(); 


} 


private boolean isPrime(int number) { 
return IntStream.range(2, number) 
.allMatch(x -> (number % x) != 0); 
} 


因此 ， 利 用 高 阶 国 数 ， 可 以 轻松 帮助 我 们 实现 功能 单一 原则 。 


8.3.2 FARN 


软件 应 该 对 扩展 开放 ， 对 修改 闭合 。 





Bertrand Meyer 


开 闭 原则 的 首要 目标 和 单一 功能 原则 类 似 : 让 软件 易于 修改 。 一 个 新 增 功 能 或 一 处 改动 ， 
会 影响 整个 代码 ， 容 易 引入 新 的 缺陷 。 开 闭 原则 保证 已 有 的 类 在 不 修改 内 部 实现 的 基础 上 
可 扩展 ， 这 样 就 努力 避免 了 上 述 问题 。 

第 一 次 昕 说 开 闭 原则 时 ， 感 觉 有 点 痴人说梦 。 不 改变 实现 怎么 能 扩展 一 个 类 的 功能 呢 ?” 答 
案 是 借助 于 抽象 ， 可 插入 新 的 功能 。 让 我 们 看 一 个 具体 的 例子 。 


我 们 要 写 的 程序 用 来 衡量 系统 性 能 ， 并 且 把 得 到 的 结果 绘制 成 图 形 。 比 如 ， 我 们 有 描述 计 
算 机 花 在 用 户 空间 、 内 核 空间 和 输入 输出 上 的 时 间 散 点 图 。 我 将 负责 显示 这 些 指标 的 类 叫 
作 MetricDataGraph, 





























设计 MetricDataGraph 类 的 方法 之 一 是 将 代理 收集 到 的 各 项 指标 放 入 该 类 ， 该 类 的 公开 
API 如 例 8-38 所 示 。 


例 8-38 MetricDataGraph 类 的 公开 API 
class MetricDataGraph { 


public void updateUserTime(int value); 
public void updateSystemTime(int value); 
public void updateIoTime(int value); 
} 
但 这 样 的 设计 意味 着 每 次 想 往 散 点 图 中 添加 新 的 时 间 点 ， 都 要 修改 MetricDataGraph 类 。 通 
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过 引入 抽象 可 以 解决 这 个 问题 ， 我 们 使 用 一 个 新 类 TimeSeries 来 表示 各 种 时 间 点 。 这 时 ， 
MetricDataGraph 类 的 公开 API 就 得 以 简化 ， 不 必 依赖 于 某 项 具体 指标 ， 如 例 8-39 所 示 。 


例 8-39 MetricpataGraph 类 简化 之 后 的 API 
class MetricDataGraph { 


public void addTimeSeries(TimeSeries values); 


} 


每 项 具体 指标 现在 可 以 实现 TimeSeries 接口 ， 在 需要 时 能 直接 插入 。 比 如 ， 我 们 可 能 会 
有 如 下 类 : UserTimeSeries, SystemTimeSeries 和 IoTimeSeries。 如 果 要 添加 新 的 ， 比 
如 由 于 虚拟 化 所 浪费 的 CPU 时 间 ， 则 可 增加 一 个 新 的 实现 了 Timeseries 接口 的 类 : 
StealTimeSeries。 这 样 ， 就 扩展 了 MetricDataGraph 类 ， 但 并 没有 修改 它 。 











高 阶 函 数 也 展示 出 了 同样 的 特性 : 对 扩展 开放 ， 对 修改 闭合 。 前 面 提 到 的 ThreadLocal 类 
就 是 一 个 很 好 的 例子 。ThreadLocal 有 一 个 特殊 的 变量 ， 每 个 线程 都 有 一 个 该 变量 的 副本 
并 与 之 交互 。 该 类 的 静态 方法 withInitial 是 一 个 高 阶 国 数 ， 传 和 一 个 负责 生成 初始 值 的 
Lambda 表达 式 。 




















这 符合 开 闭 原则 ， 因 为 不 用 修改 ThreadLocal 类 ， 就 能 得 到 新 的 行为 。 给 withInitiat 方 
法 传 入 不 同 的 工厂 方法 ， 就 能 得 到 拥有 不 同行 为 的 ThreadLocal 实例 。 比 如 ， 可 以 使 用 
ThreadLocal 生成 一 个 DateFormatter 实例 ， 该 实例 是 线程 安全 的 ， 如 例 8-40 所 示 。 











例 8-40 ThreadLocal 日 期 格式 化 器 


// 实现 
ThreadLocal<DateFormat> localFormatter 
= ThreadLocal.withInitial(() -> new SimpleDateFormat()); 


// 使 用 


DateFormat formatter = localFormatter.get(); 





通过 传人 不 同 的 Lambda 表达 式 ， 可 以 得 到 完全 不 同 的 行为 。 比 如 在 例 8-41 中 ， 我 们 为 每 
个 Java 线程 创建 了 唯一 、 有 序 的 标识 符 。 


例 8-41 ThreadLocal 标识 符 
// 或 者 这 样 实现 
AtomicInteger threadId = new AtomicInteger(); 
ThreadLocal<Integer> LocaLId 
= ThreadLocal.withInitial(() -> threadId.getAndIncrement()); 





// 使 用 
int idForThisThread = localId.get(); 





对 开 闭 原则 的 另外 一 种 理解 和 传统 的 思维 不 同 ， 那 就 是 使 用 不 可 变 对 象 实现 开 闭 原则 。 不 
可 变 对 象 是 指 一 经 创建 就 不 能 改变 的 对 象 。 
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“不 可 变性 ”一 词 有 两 种 解释 : 观测 不 可 变性 和 实现 不 可 变性 。 观 测 不 可 变性 是 指 在 其 他 
对 象 看 来 ， 该 类 是 不 可 变 的 ， 实 现 不 可 变性 是 指 对 象 本 身 不 可 变 。 实 现 不 可 变性 意味 着 观 
测 不 可 变性 ， 反 之 则 不 一 定 成 立 。 











java.lang.String 宣称 是 不 可 变 的 ， 但 事实 上 只 是 观测 不 可 变 ， 因 为 它 在 第 一 次 调用 
hashCode 方法 时 缓存 了 生成 的 散 列 值 。 在 其 他 类 看 来 ， 这 是 完全 安全 的 ， 它 们 看 不 出 散 列 
值 是 每 次 在 构造 函数 中 计算 出 来 的 ， 还 是 从 缓存 中 返回 的 。 








之 所 以 在 这 样 一 本 讲解 Lambda 表达 式 的 书 中 谈 及 不 可 变 对 象 ， 是 因为 它们 都 是 函数 式 编 
程 中 耳熟能详 的 概念 ， 这 里 也 是 Lambda 表达 式 的 发 源 地 。 它 们 生来 就 符合 我 在 本 书 中 讲 
述 的 编程 风格 。 

我 们 说 不 可 变 对 象 实现 了 开 闭 原则 ， 是 因为 它们 的 内 部 状态 无 法 改变 ， 可 以 安全 地 为 其 增 
加 新 的 方法 。 新 增加 的 方法 无 法 改变 对 象 的 内 部 状态 ， 因 此 对 修改 是 闭合 的 ， 但 它们 又 增 
加 了 新 的 行为 ， 因 此 对 扩展 是 开放 的 。 当 然 ， 你 还 需 留意 不 要 改变 程序 其 他 部 分 的 状态 。 
因 其 天 生 线 程 安全 的 特性 ， 不 可 变 对 象 引 起 了 人 们 的 格外 注意 。 它 们 没有 内 部 状态 可 变 ， 
因此 可 以 安全 地 在 不 同 线程 之 间 共 享 。 












































如 果 我 们 回顾 这 几 种 方式 ， 会 发 现 已 经 偏离 了 传统 的 开 闲 原则。 事实 上 ， 在 Bertrand 
Meyer 第 一 次 引入 这 个 原则 时 ， 原 意 是 一 旦 实现 后 ， 类 就 不 允许 改动 了 。 在 现代 敏捷 开发 
环境 中 ， 完 成 一 个 类 的 说 法 很 明显 已 经 过 时 了 。 业 务 需求 和 使 用 方法 的 变化 可 能 会 让 一 个 
类 的 功能 和 当初 设计 的 不 同 。 当 然 这 不 成 为 忽视 这 一 原则 的 理由 ， 只 是 说 明了 所 谓 的 原则 
只 应 作为 指导 ， 而 不 应 教条 地 全 盘 接 受 ， 走 向 极端 。 


我 认为 还 有 一 点 值得 思考 ， 在 Java 8 中 ， 使 用 抽象 插入 多 个 类 ， 或 者 使 用 高 阶 国 数 来 实现 
开 半 原则 其 实 是 一 样 的 。 因 为 抽象 需要 使 用 一 个 接口 或 抽象 类 来 定义 方法 ， 这 其 实 就 是 一 
种 多 态 的 使 用 方式 。 


在 Java 8 中 ， 任 何 传 入 高 阶 国 数 的 Lambda 表达 式 都 由 一 个 函数 接口 表示 ， 高 阶 函 数 负责 
调用 其 唯一 的 方法 ， 根 据 传人 Lambda 表达 式 的 不 同 ， 行 为 也 不 同 。 这 其 实 也 是 在 用 多 态 
来 实现 开 闭 原则 。 


8.3.3 依赖 反 转 原则 


抽象 不 应 依赖 细节 ， 细 节 应 该 依赖 抽象 。 












































让 程序 变 得 死板 、 脆 弱 、 难 于 改变 的 方法 之 一 是 将 上 层 业务 逻辑 和 底层 粘 合 模块 的 代码 混 
在 一 起 ， 因 为 这 两 样 东西 都 会 随 着 时 间 发 生变 化 。 





依赖 反 转 原则 的 目的 是 让 程序 员 脱 离 底层 粘 合 代 码 ， 编 写 上 层 业 务 逻 辑 代 码 。 这 就 让 上 层 
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代码 依赖 于 底层 细节 的 抽象 ， 从 而 可 以 重用 上 层 代 码 。 这 种 模块 化 和 重用 方式 是 双向 的 : 
既 可 以 替换 不 同 的 细节 重用 上 层 代 码 ， 也 可 以 圭 换 不 同 的 业务 逻辑 重用 细 市 的 实现 。 








让 我 们 看 一 个 具体 的 、 自 动 化 构建 地 址 敌 的 例子 ， 实 现时 使 用 了 依赖 反 转 原则 达到 上 层 的 
解 耦 。 该 应 用 以 电子 卡片 作为 输入 ， 使 用 某 种 存储 机 制 编写 地 址 短 。 








显然 ， 我 们 可 将 代码 分 成 如 下 三 个 基本 模块 : 


。 一 个 能 解析 电子 卡片 格式 的 电子 卡片 阅读 器 ， 
。 能 将 地 址 存 为 文本 文件 的 地 址 敌 存 储 模块 ， 
。 从 电子 卡片 中 获取 有 效 信息 并 将 其 写 入 地 址 禾 的 编写 模块 。 


我 们 用 图 8-3 来 表示 各 模块 之 间 的 关系 。 












































图 8-3: 依赖 关系 


在 该 系统 中 ， 重 用 编写 模块 很 复杂 ， 但 是 电子 卡片 阅读 器 和 地 址 得 存储 模块 都 不 依赖 于 其 
他 模块 ， 因 此 很 容易 在 其 他 系统 中 重用 。 还 可 以 替换 它们 ， 比 如 用 一 个 其 他 的 阅读 器 ， 或 
者 从 人 们 的 Twitter 账户 信息 中 读 取 内 容 ， 又 比如 我 们 不 想 将 地 址 短 存 为 一 个 文本 文件 ， 
而 是 使 用 数据 库存 储 等 其 他 形式 。 


为 了 具备 能 在 系统 中 替换 组 件 的 灵活 性 ， 必 须 保证 编写 模块 不 依赖 阅读 器 或 存储 模块 的 实 
现 细 节 。 因 此 我 们 引入 了 对 阅读 信息 和 输出 信息 的 抽象 ， 编 写 模块 的 实现 依赖 于 这 种 抽 
象 。 在 运行 时 传人 具体 的 实现 细节 ， 这 就 是 依赖 反 转 原则 的 工作 原理 。 

有 具体 到 Lambda 表达 式 ， 我 们 之 前 过 到 的 很 多 高 阶 函 数 都 符合 依赖 反 转 原则 。 比 如 map H 


数 重用 了 在 两 个 集合 之 间 转 换 的 代码 。map 国 数 不 依 赖 于 转换 的 细节 ， 而 是 依赖 于 抽象 的 
概念 。 在 这 里 ， 就 是 依赖 国 数 接口 : Function, 




















资源 管理 是 依赖 反 转 的 另 一 个 更 为 复杂 的 例子 。 显 然 ， 可 管理 的 资源 很 多 ， 比 如 数据 库 连 
接 、 线 程 地 、 文 件 和 网 络 连 接 。 这 里 我 将 以 文件 为 例 ， 因 为 文件 是 一 种 相对 简单 的 资源 ， 
但 是 背后 的 原则 可 以 很 容易 应 用 到 更 复杂 的 资源 中 。 


让 我 们 看 一 段 代码 ， 该 段 代码 从 一 种 假想 的 标记 语言 中 提取 标题 ， 其 中 标题 以 冒号 〈( : ) 
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结尾 。 我 们 的 方法 先 读 取 文件 ， 逐 行 检查 ， 滤 出 标题 ， 然 后 关闭 文件 。 我 们 还 将 和 读 写 文 
件 有 关 的 异常 封装 成 接近 待 解决 问题 的 异常 : er 最 后 的 代码 如 例 
8-42 所 示 。 


例 8-42 解析 文件 中 的 标题 
public List<String> findHeadings(Reader input) { 
try (BufferedReader reader = new BufferedReader(input)) { 
return reader.Lines() 
.filter(line -> line.endsWith(":")) 
.map(line -> line.substring(0, line.length() - 1)) 
.collect(toList()); 
} catch (IOException e) { 
throw new HeadingLookupException(e); 





} 


可 惜 ， 我 们 的 代码 将 提取 标题 和 资源 管理 、 文 件 处 理 混 在 一 起 。 我 们 真正 想 要 的 是 编写 提 
取 标 题 的 代码 ， 而 将 操作 文件 相关 的 细节 交 给 男 一 个 方法 。 可 以 使 用 Stream<String> 作为 
抽象 ， 让 代码 依赖 它 ， 而 不 是 文件 。Stream 对 象 更 安全 ， 而 且 不 容易 被 小 用。 我 们 还 想 传 
入 一 个 函数 ， 在 读 文 件 出 问题 时 ， 可 以 创建 一 个 问题 域 里 的 异常 整个 过 程 如 例 8-43 所 
示 ， 而 且 我 们 将 问题 域 里 的 异常 处 理 和 资源 管理 的 异常 处 理 分 开 了 。 























例 8-43 和 剥离 了 文件 处 理 功 能 后 的 业务 逻辑 


public List<String> findHeadings(Reader input) { 
return withLinesOf (input, 
lines -> lines.filter(line -> line.endsWith(":")) 
.map(Line -> lLine.substring(0, Line. length()-1)) 
-collect(toList()), 
HeadingLookupException: : new) ; 


} 
是 不 是 想 知道 withLinesof 方法 是 什么 样 的 ?请 看 例 8-44, 


例 8-44 定义 withLinesof 方法 
private <T> T withLinesOf(Reader input, 


Function<Stream<String>, T> handler, 
Function<IOException, RuntimeException> error) { 


try (BufferedReader reader = new BufferedReader(input)) { 
return handler.apply(reader.lines()); 
} catch (IOException e) { 
throw error.apply(e); 
} 
} 


withLinesOf 方法 接受 一 个 Reader 参数 处 理 文件 读 写 ， 然 后 将 其 封装 进 一 个 Buffered- 
Reader 对 象 ， | TIRAIT. handler 函数 代表 了 我 们 想 在 该 方法 中 执行 
代码 ， 它 以 文件 中 的 每 一 行 组 成 的 Stream 作为 参数 。 另 一 个 参数 是 error， o 
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常 时 会 调用 该 方法 ， 它 会 构建 出 与 问题 域 有 关 的 异常 ， 出 问题 时 就 抛 出 该 异常 。 


总 结 下 来 ， 高 阶 函 数 提供 了 反 转 控制 ， 这 就 是 依赖 反 转 的 一 种 形式 ， 可 以 很 容易 地 和 
Lambda 表达 式 一 起 使 用 。 依 赖 反 转 原则 另外 值得 注意 的 一 点 是 待 依赖 的 抽象 不 必 是 接口 。 
这 里 我 们 使 用 Stream 对 原始 的 Reader 和 文件 处 理 做 抽象 ， 这 种 方式 也 适用 于 函数 式 编程 
语言 中 的 资源 管理 一 一 通常 使 用 高 阶 函 数 管理 资源 ， 接 受 一 个 回调 函数 使 用 打开 的 资源 ， 
然后 再 关闭 资源 。 事 实 上 ， 如 果 Java 7 就 有 Lambda 表达 式 ， 那 么 Java 7 中 的 try-with- 
resources 功能 可 能 只 需要 一 个 库 函 数 就 能 实现 。 














8.4 进 阶 阅读 

本 章 讨论 的 很 多 内 容 都 涉及 了 更 广泛 的 设计 问题 ， 关 注 程序 整体 ， 而 不 是 一 个 方法 。 限 于 
本 书 讨论 的 重点 是 Lambda 表达 式 ， 我 们 对 这 些 话 题 的 讨论 都 是 浅 尝 辑 止 。 如 果 读 者 想 了 
解 更 多 细节 ， 可 参考 相关 图 书 。 











KHK, “Bob KA” ze SOLID 原则 的 推动 者 ， 他 撰写 了 大 量 有 关 该 主题 的 文章 和 书籍 ， 
也 多 次 就 该 主题 举行 过 演讲 。 如 果 你 想 免 费 从 他 那里 获取 一 些 相关 知识 ， 可 访问 Object 
Mentor 官方 网 站 (http://www.objectmentor.com/resources/publishedArticles.html ) ， 在 “设计 
模式 ”主题 下 有 一 系列 详 述 设计 原则 的 文章 。 


如 果 你 想 深 入 理解 领域 专用 语言 ， 包 括 内 部 领域 专用 语言 和 外 部 领域 专用 语言 ， 推 荐 大 家 
阅读 Martin Fowler 和 Rebecca Parsons 4344) Domain-Specific Languages (Addison-Wesley 
出 版 社 出 版 ) 一 书 。 


8.5 ”要 点 回顾 


e Lambda 表达 式 能 让 很 多 现 有 设计 模式 更 简单 、 可 读 性 更 强 ， 尤 其 是 命令 者 模式 。 
。 在 Java 8 中 ,创建 领 域 专用 语言 有 更 多 的 灵活 性 。 
。 在 Java 8 中， 有 应 用 SOLID 原则 的 新 机 会 。 
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使 用 Lambda 表 达 式 编写 并 友 程 序 





前 面 讨论 了 如 何 并 行 化 处 理 数 据 ， 本 章 讨 论 如 何 使 用 Lambda 表达 式 编 写 并 发 应 用 ， 高 效 
传递 信息 和 非 阻塞 式 VO, 


本 章 的 一 些 例子 用 到 了 Vertx (http://vertx.io/) 和 RxJava (https://github.com/Netflix/ 


RxJava) 框架 ,但 其 中 展现 的 设计 原则 是 通用 的 ， 对 其 他 框架 或 是 自己 编写 的 、 没 有 使 用 
任何 框架 的 程序 也 适用 。 


9.1 为 什么 要 使 用 非 阻 塞 式 MO 


在 介绍 并 行 化 处 理 时 ， 讲 了 很 多 关于 如 何 高 效 利用 多 核 CPU 的 内 容 。 这 种 方式 很 管用 ， 
但 在 处 理 大 量 数据 时 ， 它 并 不 是 唯一 可 用 的 线程 模型 。 

假设 要 编写 一 个 支持 大 量 用 户 的 聊天 程序 。 每 当 用 户 连 接 到 聊天 服务 器 时 ， 都 要 和 服务 器 
建立 一 个 TCP 连接 。 使 用 传统 的 线程 模型 ， 每 次 向 用 户 写 数据 时 ， 都 要 调用 一 个 方法 向 用 
户 传输 数据 ， 这 个 方法 会 阻塞 当前 线程 。 












































这 种 IO 方式 叫 阻塞 式 TO， 是 一 种 通用 且 易 于 理解 的 方式 ， 因 为 和 程序 用 户 的 交互 通 党 
符合 这 样 一 种 顺序 执行 的 方式 。 缺 点 是 ， 将 系统 扩展 至 支持 大 量 用 户 时 ， 需 要 和 服务 器 建 
立 大 量 TCP 连接 ， 因 此 扩展 性 不 是 很 好 。 





非 阻 塞 式 JO， 有 时 也 叫 异 步 JO， 可 以 处 理 大 量 并 发 网 络 连接 ， 而 且 一 个 线程 可 以 为 多 
个 连接 服务 。 和 阻塞 式 VO 不 同 ， 对 聊天 程序 客户 端的 读 写 调用 立即 返回 ， 真 正 的 读 写 操 
作 则 在 另 一 个 独立 的 线程 执行 ， 这 样 就 可 以 同时 执行 其 他 任务 了 。 如 何 使 用 这 些 省 下 来 的 
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CPU 周期 完全 取决 于 程序 员 ， 可 以 选择 读 入 更 多 数据 ， 也 可 以 玩 一 局 Minecraft 游戏 。 








到 目前 为 止 ， 我 避免 使 用 代码 来 描述 这 两 种 IO 方式 ， 因 为 根据 AP 的 不 同 ， 它 们 有 多 
种 实现 方式 。Java 标准 类 库 的 NIO 提供 了 非 阻 塞 式 IO 的 接口 ，NIO 的 最 初版 本 用 到 了 
Selector 的 概念 ， 让 一 个 线程 管理 多 个 通信 管道 ， 比 如 向 客户 端 写 数据 的 网 络 套 接 字 。 





然而 这 种 方式 压根 儿 就 没有 在 Java 程序 员 中 流行 起 来 ， 它 编写 出 来 的 代码 难于 理解 和 调 
试 。 引 入 Lambda 表达 式 后 ， 设 计 和 实现 没有 这 些 缺 点 的 API 就 顺手 多 了 。 


9.2 回调 

为 了 展示 非 阻 塞 式 IO 的 原则 ， 我 们 将 运行 一 个 极其 简单 的 聊天 应 用 ， 没 有 那些 花 里 胡 哨 
的 功能 。 当 用 户 第 一 次 连接 应 用 时 ， 需 要 设 定 用 户 名 ， 随 后 便 可 通过 应 用 收发 信息 。 
我 们 将 使 用 Vert.x 框架 实现 该 应 用 ， 并 且 在 实施 过 程 中 根据 需要 ， 引 入 其 他 一 些 必需 的 技 
术 。 让 我 们 先 来 写 一 段 接收 TCP 连接 的 代码 ， 如 例 9-1 所 示 。 


例 9-1 接收 TCP 连接 


public class ChatVerticle extends Verticle { 





























public void start() { 
vertx.createNetServer() 
.connectHandler(socket -> { 
container. logger().info("socket connected"); 
socket.dataHandler(new User(socket, this)); 
}).listen(10_000) ; 


container. logger().info("ChatVerticle started"); 


} 
} 





读者 可 将 Verticle 想 成 Servlet 它 是 Vertx 框架 中 部 署 的 原子 单元 。 上 述 代码 的 入 口 
是 start 方 法， 它 和 普通 Java 程序 中 的 main 方法 类 似 。 在 聊天 应 用 中 ， 我 们 用 它 建立 一 
个 接收 TCP 连接 的 服务 器 。 





然后 向 connectHandler 方法 输入 一 个 Lambda 表达 式 ， 每 当 有 用 户 连 接 到 聊天 应 用 时 ， 都 
会 调用 该 Lambda 表达 式 。 这 就 是 一 个 回调 ， 与 在 第 1 章 中 介绍 的 Swing 中 的 回调 类 似 。 
这 种 方式 的 好 处 是 ， 应 用 不 必 控 制 线程 模型 一 一 Vert.x 框架 为 我 们 管理 线程 ， 打 理 好 了 一 
切 相 关 复 杂 性 ， 程 序 员 只 需 故 虑 事件 和 回调 就 够 了 。 














我 们 的 应 用 还 通过 dataHandler 方法 注册 了 另外 一 个 回调 ， 每 当 从 网 络 套 接 字 读 取 数 据 时 ， 该 
回调 就 会 被 调用 。 在 本 例 中 ， 我 们 希望 提供 更 复杂 的 功能 ， 因 此 没有 使 用 Lambda 表达 式 ， 
而 是 传人 一 个 常规 的 User 类 ， 该 类 实现 了 相关 的 函数 接口 。User 类 的 定义 如 例 9-2 所 示 。 











例 9-2 处 理 用 户 连接 


public class User implements Handler<Buffer> { 


private static final Pattern newline = Pattern.compile("\\n"); 


private final NetSocket socket; 
private final Set<String> names; 
private final EventBus eventBus; 


private Optional<String> name; 


public User(NetSocket socket, Verticle verticle) { 


Vertx vertx = verticle.getVertx(); 


this.socket = socket; 


names = vertx.sharedData().getSet("names"); 


eventBus = vertx.eventBus(); 
name = Optional.empty(); 


} 


@Override 


public void handle(Buffer buffer) { 


newline. splitAsStream(buffer.toString()) 


.forEach(line -> { 


if (!name.isPresent()) 


setName( line); 
else 


handleMessage(line); 


7); 
} 


// Class continues... 








变量 buffer 包含 了 网 络 连接 写 入 的 数据 ， 我 们 使 用 的 是 一 个 分 行 的 文本 协议 ， 因 此 需要 先 





将 其 转换 成 一 个 字符 串 ， 然 后 依 换行 符 分 割 。 


这 里 使 用 了 正则 表达 式 java.util.regex.Pattern 的 一 


个 实例 newline 来 匹配 换行 符 。 尤 为 


方便 的 是 ，Java 8 为 Pattern ae splitAsStream 方法 ， 该 方法 使 用 正则 表达 式 将 


字符 串 分 割 好 后 ， 生 成 一 个 包含 分 割 结果 的 流 对 象 。 
， 首 先 要 做 的 事 是 设置 用 户 名 。 如 果 用 户 名 未 知 ， 则 执行 设置 用 户 


用 户 连 上 聊天 服务 
se eol 


还 需要 接收 来 自 其 他 用 户 的 消息 





























， 并 且 将 它们 传递 给 聊天 程序 客户 端 ， 让 接收 者 能 够 读 取 


消息 。 为 了 实现 该 功能 ， 在 设置 当前 用 户 用 户 名 的 同时 ， 我 们 注册 了 另外 一 个 回调 ， 用 来 


写 入 消息 ( 例 9-3)。 
例 9-3 注册 聊天 消息 


eventBus.registerHandler(name, (Message<String> msg) -> { 


sendClient(msg.body()); 
P) 
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上 述 代 码 使 用 了 Vertx 的 事件 总 线 ， 它 允许 在 verticle 对 象 之 间 以 非 阻 塞 式 VO 的 方式 传 
递 消息 (如 图 9-1 所 示 )。registerHandler 方法 将 一 个 处 理 程 序 和 一 个 地 址 关联 ， 有 消息 
发 送 给 该 地 址 时 ， 就 将 之 作为 参数 传递 给 处 理 程序 ， 并 且 自 动 调用 处 理 程序 。 这 里 使 用 用 
户 名 作为 地 址 。 

















图 9-1: 使 用 事件 总 线 传递 消息 


通过 为 地 址 注册 处 理 程序 并 发 消息 的 方式 ， 可 以 构建 非常 复杂 和 解 耦 的 服务 ， 它 们 之 间 完 
全 以 非 阻塞 式 VO 方式 响应 。 需 要 注意 的 是 ， 在 我 们 的 设计 中 没有 共享 状态 。 


Vertx 的 事件 总 线 允 许 发 送 多 种 类 型 的 消息 ， 但 是 它们 都 要 使 用 Message 对 象 进行 封装 。 
点 对 点 的 消息 传递 由 Message 对 象 本 身 完成 ， 它 们 可 能 持 有 消息 发 送 方 的 应 答 处 理 程序 。 
在 这 种 情况 下 ， 我 们 想 要 的 是 消息 体 ， 也 就 是 文字 本 身 ， 则 只 需 调用 body 方法 。 我 们 通过 
将 消息 写 和 人 TCP 连接， 把 消息 发 送 给 了 用 户 聊 天 客户 端 。 


当 应 用 想 要 把 消息 从 一 个 用 户 发 送 给 另 一 个 用 户 时 ， 就 使 用 代表 另 一 个 用 户 的 地 址 〈 如 例 
9-4 所 示 )， 这 里 使 用 了 用 户 的 用 户 名 。 





例 9-4 发 送 聊天 信息 
eventBus.send(user, name.get() + ‘>’ + message); 


让 我 们 扩展 这 个 基础 聊天 服务 器 ， 向 关注 你 的 用 户 群 发 消息 ， 为 此 ， 需 要 实现 两 个 新 


。 代表 群发 命令 的 感叹 号 ， 它 能 将 信息 群发 给 关注 你 的 用 户 。 如 果 Bob fA “Ihello 
followers”， 则 所 有 关注 Bob 的 用 户 都 会 收 到 该 条 信息 :“Bob>hello followers” 。 
。 关注 命令 ， 用 来 关注 一 个 用 户 ， 比 如 “follow Bob”, 





一 旦 解析 了 命令 ， 就 可 以 着 手 实现 broadcastMessage 和 followUser 方法 ， 它 们 分 别 代表 了 
这 两 个 命令 。 

这 里 的 通信 模式 略 有 不 同 ， 除 了 给 单个 用 户 发 消息 ， 现 在 还 拥有 了 群发 信息 的 能 力 。 幸 
好 ，Vert.x 的 事件 总 线 允 许 我 们 将 一 条 信息 发 布 给 多 个 处 理 程 序 ( 见 图 9-2)， 让 我 们 得 以 
沿用 一 种 类 似 的 方式 。 



































图 9-2: 使 用 消息 总 线 发 布 


代码 的 唯一 变化 是 使 用 了 事件 总 线 的 publish 方法 ， 而 不 是 先前 的 send 方法 。 为 了 避免 用 
户 使 用 ! 命令 时 和 已 有 的 地 址 冲突 ， 在 用 户 名 后 紧 跟 .followers。 比 如 Bob 发 布 一 条 消息 
时 ， 所 有 注册 到 bob.followers 的 处 理 程序 都 会 收 到 消息 (如 例 9-5 所 示 )。 


例 9-5 向 关注 者 群发 消息 
private void broadcastMessage(String message) { 
String name = this.name.get(); 
eventBus.publish(name + ".followers", name + ‘>’ + message); 


} 
在 处 理 程序 里 ， 我 们 希望 和 早先 的 操作 一 样 : 将 消息 传递 给 客户 〈 如 例 9-6 所 示 )。 
例 9-6 接收 群发 的 消 妃 


private void followUser(String user) { 
eventBus.registerHandler(user + ".followers", (Message<String> message) -> { 
sendClient(message.body()); 
}); 
} 





如 果 将 消息 发 送 到 有 多 个 处 理 程序 监听 的 地 址 ， 则 会 轮 询 决 定 哪 个 处 理 程序 
会 接收 到 消息 。 这 意味 着 在 注册 地 址 时 要 多 加 小 心 。 





93 消息 传递 架构 

这 里 我 们 要 讨论 的 是 一 种 基于 消息 传递 的 架构 ， 我 用 它 实 现 了 一 个 简单 的 聊天 客户 端 

天 客户 端的 细节 并 不 重要 ， 重 要 的 是 这 个 模式 ， 那 就 让 我 们 来 谈 谈 消息 传递 本 身 吧 。 

首先 要 注意 的 是 我 们 的 设计 里 不 共享 任何 状态 。verticle 对 象 之 间 通 过 向 事件 总 线 发 送 消 


息 通 信 ， 这 就 是 说 我 们 不 需要 保护 任何 共享 状态 ， 因 此 根本 不 需要 在 代码 中 添加 锁 或 使 用 
synchronized 关键 字 ， 编 写 并 发 程序 变 得 更 加 简单 。 


为 了 确保 不 在 verticle 对 象 之 间 共 享 状 态 ， 我 们 对 事件 总 线 上 传递 的 消息 做 了 某 些 限 
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制 。 例 子 中 使 用 的 消息 是 普通 的 Java 字符 串 ， 它 们 天 生 就 是 不 可 变 的 ， 因 此 可 以 安全 地 在 
verticle 对 象 之 间 传 递 。 接收 处 理 程序 无 法 改变 String 对 象 的 状态 ， 因 此 不 会 和 消息 发 
送 者 互相 干扰 。 

















Vert.x 没有 限制 只 能 使 用 字符 串 传递 消息 ， 我 们 可 以 使 用 更 复杂 的 ISON 对 象 ， 甚 至 使 用 
Buffer 类 构建 自己 的 消息 。 这 些 消息 是 可 变 的 ， 也 就 是 说 如 果 使 用 不 当 ， 消 息 发 送 者 和 接 
收 者 可 以 通过 读 写 消息 共享 状态 。 





Vert.x 框架 通过 在 发 送 消息 时 复制 消息 的 方式 来 避免 这 种 问题 。 这 样 既 保 证 接收 者 得 到 了 
正确 的 结果 ， 又 不 会 共享 状态 。 无 论 是 否 使 用 Vert.x， 确 保 消 息 不 会 共享 状态 都 是 最 重要 
的 。 不 可 变 消息 是 最 简单 的 解决 方式 ， 但 通过 复制 消息 也 能 解决 该 问题 。 





使 用 verticle 对 象 模型 开发 的 并 发 系统 易于 测试 ， 因 为 每 个 verticle 对 象 都 可 以 通过 发 
送 消 息 、 验 证 返回 值 的 方式 单独 测试 。 然 后 使 用 这 些 经 过 测试 的 模块 组 合成 一 个 复杂 系 
统 ， 而 不 用 担心 使 用 共享 的 可 变 状态 通信 在 集成 时 会 遇 到 大 量 问题 。 当 然 ， 点 对 点 的 测试 
还 是 必须 的 ， 确 保 系 统 和 预期 的 行为 一 致 。 











基于 消息 传递 的 系统 让 隔离 错误 变 得 简单 ， 也 便于 编写 可 靠 的 代码 。 如 果 一 个 消息 处 理 程 
序 发 生 错 误 ， 可 以 选择 重启 本 地 verticle 对 象 ， 而 不 用 去 重启 整个 JVM。 


在 第 6 章 中 ， 我 们 看 到 了 如 何 使 用 Lambda 表达 式 和 Stream 类 库 编 写 并 行 处 理 数据 代码 。 
并 行 机 制 让 处 理 海 量 数据 的 速度 更 快 ， 消 息 传递 和 稍 后 将 会 介绍 的 响应 式 编程 是 问题 的 另 
一 面 : 我 们 希望 在 有 限 的 并 行 运行 的 线程 里 ， 执 行 更 多 的 IO 操作 ， 比 如 连接 更 多 的 聊天 
客户 端 。 无 论 哪 种 情况 ， 解 决 方案 都 是 一 样 的 : 使 用 Lambda 表达 式 表示 行为 ， 构 建 API 
来 管理 并 发 。 聪 明 的 类 库 意 味 着 简单 的 应 用 代码 。 


9.4 末日 金字 塔 


读者 已 经 看 到 了 如 何 使 用 回调 和 事件 编写 非 阻塞 的 并 发 代码 ， 但 是 我 还 没 提 起 房间 里 的 大 
象 。 如 果 编 写 代 码 时 使 用 了 大 量 的 回调 ， 代 码 会 变 得 难于 阅读 ， 即 便 使 用 了 Lambda 表达 
式 也 是 如 此 。 让 我 们 通过 一 个 具体 例子 来 更 好 地 理解 这 个 问题 。 






















































































在 编写 聊天 程序 服务 器 端 代码 时 ， 我 写 了 很 多 测试 ， 从 客户 端的 角度 描述 了 verticle 对 象 
的 行为 。 代 码 如 例 9-7 中 的 messageFriend 测试 所 示 : 


例 9-7 检测 聊天 服务 器 上 两 个 朋友 是 否 能 发 消息 的 测试 
@Test 
public void messageFriend() { 
withModule(() -> { 
withConnection(richard -> { 
richard.dataHandler(data -> { 
assertEquals("bob>oh its you!", data.toString()); 





moduLleTestComplete(); 
F); 


richard.write("richard\n"); 
withConnection(bob -> { 
bob.dataHandler(data -> { 
assertEquals("richard>hai", data.toString()); 
bob.write("richard<oh its you!"); 
H); 
bob.write("bob\n"); 
vertx.setTimer(6, id -> richard.write("bob<hai")); 


F; 


H; 
} 
我 连 上 两 个 客户 端 ， 分 别 是 Richard 和 Bob, Richard 对 Bob iki, “Wi”, Bob 回答 “ 哦 ， 是 
你 啊 "。 我 已 经 将 建立 连接 的 通用 代码 重 构 ， 即 使 这 样 ， 读 者 依然 会 注意 到 那些 徐 套 的 回 
调 形成 了 一 个 未 日 金字 塔 。 代 码 不 断 地 向 屏幕 右 方 挤 过 去 ， 就 像 一 座 金字 塔 。( 别 看 我 ， 
这 名 字 又 不 是 我 起 的 ! ) 这 是 一 个 众所周知 的 反 模 式 ， 让 代码 难于 阅读 和 理解 。 同 时 ， 将 
代码 的 逻辑 分 散在 了 多 个 方法 里 。 


上 一 章 我 们 讨论 过 如 何 通 过 将 一 个 Lambda 表达 式 传 给 with 方法 的 方式 来 管理 资源 。 读 者 
会 注意 到 ， 在 测试 代码 中 我 多 次 用 到 了 该 方法 。withModule 方法 部 署 Vertx 模块 ， 运 行 一 
些 代 码 然 后 关闭 模块 。 还 有 一 个 withConnection 方法 连接 到 Chatverticle， 使 用 完毕 后 关 
掉 连 接 。 


这 里 使 用 with 方法 ， 而 不 使 用 try-with-resources 的 方式 ， 好 处 是 它 符合 本 章 我 们 使 用 
的 非 阻 塞 线 程 模型 。 我 们 可 以 重 构 代码 ， 让 它 变 得 易于 理解 ， 如 例 9-8 所 示 。 


例 9-8 分 成 多 个 方法 后 的 测试 代码 ， 测 试 聊 天 服务 器 上 两 个 朋友 是 否 能 发 消息 
QTest 


public void canMessageFriend() { 
withModule(this: :messageFriendwWithModule) ; 


} 
































private void messageFriendwWithModule() { 
withConnection(richard -> { 
checkBobReplies(richard); 
richard.write("richard\n"); 
messageBob( richard); 
})3 
} 


private void messageBob(NetSocket richard) { 
withConnection(messageBobWithConnection(richard)); 


} 


private Handler<NetSocket> messageBobWithConnection(NetSocket richard) { 
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return bob -> { 
checkRichardMessagedYou(bob) ; 
bob.write("bob\n"); 
vertx.setTimer(6, id -> richard.write("bob<hai")); 
J; 
} 


private void checkRichardMessagedYou(NetSocket bob) { 
bob.dataHandler(data -> { 
assertEquals("richard>hai", data.toString()); 
bob.write("richard<oh its you!"); 
}); 
} 


private void checkBobReplies(NetSocket richard) { 
richard.dataHandler(data -> { 
assertEquals("bob>oh its you!", data.toString()); 
moduleTestComplete(); 
H); 
} 


例 9-8 中 的 重 构 将 测试 逻辑 分 散在 了 多 个 方法 里 ， 解 决 了 末日 金字 塔 问题 。 不 再 是 一 个 方 
法 只 能 有 一 个 功能 ， 我 们 将 一 个 功能 分 散在 了 多 个 方法 里 ! 代码 还 是 难于 阅读 ， 不 过 这 次 
换 了 一 个 方式 。 








想 要 链接 或 组 合 的 操作 越 多 ， 问 题 就 会 越 严重 ， 我 们 需要 一 个 更 好 的 解决 方案 。 


9.5 Future 


构建 复杂 并 行 操 作 的 另外 一 种 方案 是 使 用 Future。Future 像 一 张 从 条 ， 方 法 不 是 返回 一 个 值 ， 
而 是 返回 一 个 Future 对 象 ， 该 对 象 第 一 次 创建 时 没有 值 ， 但 以 后 能 拿 它 “ 换 回 ”一 个 值 。 

















调用 Future 对 象 的 get 方法 获取 值 ， 它 会 阻塞 当前 线程 ， 直 到 返回 值 。 可 惜 ， 和 回调 一 
FE, 组 合 Future 对 象 时 也 有 问题 ， 我 们 会 快速 浏览 这 些 可 能 碰 到 的 问题 。 

我 们 要 考虑 的 场景 是 从 外 部 网 站 查找 某 专辑 的 信息 。 我 们 需要 找 出 专辑 上 的 曲目 列表 和 艺 
术 家 ， 还 要 保证 有 足够 的 权限 访问 登录 等 各 项 服务 ， 或 者 至 少 确保 已 经 登录 。 


例 9-9 使 用 Future API 解决 了 该 问题 。 在 @ 处 登录 提供 曲目 和 艺术 家 信息 的 服务 ， 这 时 会 
返回 一 个 Future<Credentials> 对 象 ， 该 对 象 包含 登录 信息 。Future 接口 支持 泛 型 ， 可 将 
Future<Credentials> 看 作 是 Credentials 对 象 的 一 张 欠 条 。 
































例 9-9 使 用 Future 从 外 部 网 站 下 载 专辑 信息 
@Override 
public Album LookupByName(String albumName) { 
Future<Credentials> trackLogin = loginTo("track"); @ 
Future<Credentials> artistLogin = loginTo("artist"); 





try { 
Future<List<Track>> tracks = LookupTracks(albumName, trackLogin.get()); @ 
Future<List<Artist>> artists = LookupArtists(albumName, artistLogin.get()); 


return new Album(albumName, tracks.get(), artists.get()); © 
} catch (InterruptedException | ExecutionException e) { 
throw new AlbumLookupException(e.getCause()); © 
} 
} 


在 名 处 使 用 登录 后 的 凭证 查询 曲目 和 艺术 家 信息 ， 通 过 调用 Future 对 象 的 get 方法 获取 赁 
证 信息 。 在 全 处 构建 待 返回 的 专辑 对 象 ， 这 里 同样 调用 get 方法 以 阻塞 Future 对象。 如果 
有 异常 ， 我 们 在 @ 处 将 其 转化 为 一 个 待 解 问题 域内 的 异常 ， 然 后 将 其 抛 出 。 


读者 将 会 看 到 ， 如 果 要 将 Future 对 象 的 结果 传 给 其 他 任务 ， 会 阻塞 当前 线程 的 执行 。 这 会 
成 为 一 个 性 能 问题 ， 任 务 不 是 平行 执行 了 ， 而 是 (意外 地 ) 串 行 执行 。 


以 例 9-9 来 说 ， 这 意味 着 在 登录 两 个 服务 之 前 ， 我 们 无 法 启动 任何 查找 任务 。 没 必要 这 样 : 
LookupTracks 只 需要 自己 的 登录 凭证 ，LookupArtists 也 是 一 样 。 我 们 将 理想 的 行为 用 图 
9-3 描述 出 来 。 














我 们 想 要 做 的 

















图 9-3: 查询 操作 不 必 等 待 所 有 登录 操作 完成 后 才能 执行 


可 以 将 对 get 的 调用 放 到 LookupTracks 和 LookupArtists 方法 的 中 间 ， 这 能 解决 问题 ， 但 
是 代码 丑陋 ， 而 且 无 法 在 多 次 调用 之 间 重 用 登录 凭证 。 





我 们 真正 需要 的 是 不 必 调 用 get 方法 阻塞 当前 线程 ， 就 能 操作 Future 对 象 返回 的 结果 。 我 
们 需要 将 Future 和 回调 结合 起 来 使 用 。 
9.6 CompletableFuture 


这 些 问 题 的 解决 之 道 是 CompLetabLeFuture， 它 结合 了 Future 对 象 打 欠 条 的 主意 和 使 用 回 
调处 理事 件 驱动 的 任务 。 其 要 点 是 可 以 组 合 不 同 的 实例 ， 而 不 用 担心 末日 金字 塔 问题 。 
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T 





你 以 前 可 能 接触 过 CompletableFuture 对 象 背后 的 概念 ， 在 其 他 语言 中 这 被 
叫 作 延迟 对 象 或 约定 。 在 Google Guava 类 库 和 Spring 框架 中 ， 这 被 叫 作 


ListenableFutures, 





在 例 9-10 中 ， 我 会 使 用 CompletableFuture 重 写 例 9-9 来 展示 它 的 用 法 。 


例 9-10 使 用 CompletableFuture 从 外 部 网 站 下 载 专辑 信息 


public Album lookupByName(String albumName) { 
CompletableFuture<List<Artist>> artistLookup 
= loginTo("artist") 
.thenCompose(artistLogin -> lookupArtists(albumName, artistLogin)); © 


return loginTo("track") 
.thenCompose(trackLogin -> lookupTracks(albumName, trackLogin)) @ 
.thenCombine(artistLookup, (tracks, artists) 
-> new Album(albumName, tracks, artists)) © 
-join(); @ 


} 


在 例 9-10 H, loginTo, lookupArtists 和 lookupTracks 方法 均 返 回 CompletableFuture , 
而 不 是 Future。CompletableFuture API 的 技巧 是 注册 Lambda 表达 式 ， 并 且 把 高 阶 函数 链 
接 起 来 。 方 法 不 同 ， 但 道理 和 Stream API 的 设计 是 相通 的 。 





在 @@ 处 使 用 thenCompose 方法 将 Credentials 对 象 转换 成 包含 艺术 家 信息 的 CompletableFuture 
hi 这 就 像 和 朋友 借 了 点 钱 ， 然 后 在 亚马逊 上 花 了 。 你 不 亚 马 
会 发 给 你 一 封 电子 邮件 ， 告 诉 你 新 书 正在 运送 途中 ， 又 是 一 张 从 条 ! 


在 四 处 还 是 使 用 了 thenCompose 方法 ， 通 过 登录 Track API， 将 Credentials 对 象 转换 成 包 
含 曲目 信息 的 CompletableFuture 对 象 。 这 里 引入 了 一 个 新 方法 thenCombine 四 ， 该 方法 
将 一 个 CompletableFuture 对 象 的 结果 和 另 一 个 CompletableFuture 对 象 组 合 起 来 。 组 合 操 
作 是 由 用 户 提供 的 Lambda 表达 式 完 成 ， 这 里 我 们 要 使 用 曲目 信息 和 艺术 家 信息 构建 一 个 
Album 对 象 。 














这 时 我 有 必要 提醒 大 家 ， 和 使 用 Stream API 一 样 ， 现 在 还 没 真正 开始 做 事 呢 ， 只 是 
定义 好 了 做 事 的 规则 。 在 调用 最 终 的 方法 之 前 ， 无 法 保证 CompletableFuture 对 象 已 
经 生成 结果 。CompletableFuture 对 象 实现 了 Future 接口 ， 可 以 调用 get 方法 获取 值 。 
CompletableFuture 对 象 包 含 join 方法 ， 我 们 在 @ 处 调用 了 该 方法 ， 它 的 作用 和 get 方法 
是 一 样 的 ， 而 且 它 没有 使 用 get 方法 时 令 人 倒 胃口 的 检查 异常 。 











读者 现在 可 能 已 经 掌握 了 使 用 CompletableFuture 的 基础 ， 但 是 如 何 创建 它们 又 是 另外 一 
回 事 。 创 建 serena 对 象 分 两 部 分 : 创建 对 象 和 传 给 它 欠 客户 代码 的 值 。 








=. 








如 例 9-11 所 示 ， 创 建 CompletableFuture 对 象 非常 简单 ， 调 用 它 的 构造 国 数 就 够 了 。 现 在 
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就 可 以 将 该 对 象 传 给 客户 代码 ， 用 来 将 操作 链接 在 一 起 。 我 们 同时 保留 了 对 该 对 象 的 引 
用 ， 以 便 在 另 一 个 线程 里 继续 执行 任务 。 








例 9-11 为 Future 提供 值 


CompletableFuture<Artist> createFuture(String id) { 
CompletableFuture<Artist> future = new CompletableFuture<>(); 
startJob(future); 
return future; 











一 旦 任务 完成 ， 不 管 是 在 哪个 线程 里 执行 的 ， 都 需要 告诉 CompletableFuture RAL ME, 
这 份 工作 可 以 由 各 种 线程 模型 守成。 比如， 可 以 submit 一 个 任务 给 ExecutorService， 或 
者 使 用 类 似 Vertx 这 样 基于 事件 循环 的 系统 ， 或 者 直接 启动 一 个 线程 来 执行 任务 。 在 例 
9-12 中 ， 为 了 告诉 CompletableFuture 对 象 值 已 就 络 ， 需 要 调用 complete 方法 ， 是 时 候 还 
债 了 ， 如 图 9-4 所 示 。 


例 9-12 为 Future 提供 一 个 值 ， 完 成 工作 


future.complete(artist); 














客户 代码 工作 者 线程 


CompletableFuture 


Future Constructed 


注册 处 理 程序 


CompletableFuture complete() 


Future Constructed 








最 终结 果 











9-4: 一 个 可 完成 的 Future 是 一 张 可 以 被 处 理 的 义 条 


当然 ，CompletableFuture 的 常用 情境 之 一 是 异步 执行 一 段 代码 ， 该 段 代 码 计算 并 返 
一 个 值 。 为 了 避免 大 家 重复 实现 同样 的 代码 ， 有 一 个 工厂 方法 supplyAsync， 用 来 创建 
CompletableFuture 实例 ， 如 例 9-13 所 示 。 





回 


例 9-13 异步 创建 CompletableFuture 实例 的 示例 代码 
CompletableFuture<Track> lookupTrack(String id) { 
return CompletableFuture.supplyAsync(() -> { 
// 这 里 会 做 一 些 繁重 的 工作 @ 
/hs 


return track; @ 
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}, service); © 


} 


supplyAsync 方法 接受 一 个 Supplier 对 象 作为 参数 ， 然 后 执行 它 。 如 @ 人 处 所 示 ， 这 里 的 
要 点 是 能 执行 一 些 耗 时 的 任务 ， 同 时 不 会 阻塞 当前 线程 一 一 这 就 是 方法 名 中 Async 的 含 
XLo OMKR E EMRE CompletableFuture。 在 @ 处 我 们 提供 了 一 个 叫 作 service 的 
Executor ， 告 诉 CompletableFuture 对 象 在 哪里 执行 任务 。 如 果 没 有 提供 Executor ， 就 会 使 
用 相同 的 fork/join 线程 池 并 行 执行 。 


当然 ， 不 是 所 有 的 从 条 都 能 竞 现 。 有 时 候 碰 上 异常 ， 我 们 无 力 偿 还 ， 如 例 9-14 所 示 ， 
CompletableFuture 为 此 提供 了 completeExceptionally， 用 于 处 理 异常 情况 。 该 方法 可 以 
视 作 complete 方法 的 备 选 项 ， 但 不 能 同时 调用 complete 和 completeExceptionally 方法 。 









































例 9-14 ”出现 错 误 时 完成 Future 


future.completeExceptionally(new AlbumLookupException("Unable to find " + name)); 





完整 讨论 CompletableFuture 接口 已 经 超出 了 本 章 的 范围 ， 很 多 时 候 它 是 一 个 隐藏 大 礼包 。 
该 接口 有 很 多 有 用 的 方法 ， 可 以 用 你 想到 的 任何 方式 组 合 CompletableFuture 实例 。 现 在 ， 
读者 应 该 能 熟练 地 使 用 高 阶 函 数 链接 各 种 操作 ， 告 诉 计算 机 应 该 做 什么 了 吧 ? 


让 我 们 简单 看 一 下 其 中 的 一 些 用 例 。 























。 如 果 你 想 在 链 的 末端 执行 一 些 代 码 而 不 返回 任何 值 ， 比 如 Consumer 和 Runnable， 那 就 
看 看 thenAccept 和 thenRun 方法 。 

。 可 使 用 thenApply 方 法 转换 CompletableFuture 对 象 的 值 , 有 点 像 使 用 Stream 的 map 方 法。 

。 在 CompletableFuture 对 象 出 现 异 常 时 ， 可 使 用 exceptionally 方法 恢复 ， 可 以 将 一 个 
国 数 注册 到 该 方法 ， 返 回 一 个 替代 值 。 

。 如 果 你 想 有 一 个 map， 包 含 异 常情 况 和 正常 情况 ， 请 使 用 handle 方法 。 

。 要 找 出 CompletableFuture 对 象 到 底 出 了 什么 问题 ， 可 使 用 isDone 和 isCompleted- 
Exceptionally 方法 辅助 调查 。 


oa 





























CompletableFuture 对 于 处 理 并 发 任务 非常 有 用 ， 但 这 并 不 是 唯一 的 办 法 。 下 面 要 学 习 的 概 
念 提供 了 更 多 的 灵活 性 ， 但 是 代码 也 更 复杂 。 


9.7 ”响应 式 编程 
CompletableFuture 背后 的 概念 可 以 从 单一 的 返回 值 推 广 到 数据 流 ， 这 就 是 响应 式 编程 。 响 
应 式 编程 其 实 是 一 种 声明 式 编程 方法 ， 它 让 程序 员 以 自动 流动 的 变化 和 数据 流 来 编程 。 


你 可 以 将 电子 表格 想象 成 一 个 使 用 响应 式 编程 的 例子 。 如 果 在 单元 格 Cl 中 键入 =B1+5， 
其 实 是 在 告诉 电子 表格 将 B1 中 的 值 加 5， 然 后 将 结果 存 入 C1。 而且， 将 来 Bl 中 的 值 变 
























































化 后 ， 电 子 表格 会 自动 刷新 Cl 中 的 值 。 

















RxJava 类 库 将 这 种 响应 式 的 理念 移植 到 了 JVM。 我 们 这 里 不 会 深入 类 库 ， 只 描述 其 中 的 
一 些 关键 概念 。 








RxJava 类 库 引 入 了 一 个 叫 作 Observable 的 类 ， 该 类 代表 了 一 组 待 响 应 的 事件 ， 可 以 理解 
为 一 省 欠条 。 在 Observable 对 象 和 第 3 章 讲述 的 Stream 接口 之 间 有 很 强 的 关联 。 


两 种 情况 下 ， 都 需要 使 用 Lambda 表达 式 将 行为 和 一 般 的 操作 关联 、 都 需要 将 高 阶 函 数 链 
接 起 来 定义 完成 任务 的 规则 。 实 际 上 ，0bservable 定义 的 很 多 操作 都 和 strean 的 相同 : 


map, filter, reduce, 





最 大 的 不 同 在 于 用 例 。Stream 是 为 构建 内 存 中 集合 的 计算 流程 而 设计 的 ， 而 RxJava 则 是 
为 了 组 合 异步 和 基于 事件 的 系统 流程 而 设计 的 。 它 没有 取 数 据 ， 而 是 把 数据 放 进 去 。 换 个 
角度 理解 RxJava， 它 是 处 理 一 组 值 ， 而 CompletableFuture 用 来 处 理 一 个 值 。 


















































这 次 的 例子 是 查找 艺术 家 ， 如 例 9-5 所 示 。search 方法 根据 名 字 和 国籍 过 滤 结 果 ， 它 在 本 
地 缓存 了 一 份 艺术 家 名 单 ， 但 必须 从 外 部 服务 上 查询 艺术 家 信息 ， 比 如 国籍 。 


例 9-15 通过 名 字 和 国籍 查找 艺术 家 
public Observable<Artist> search(String searchedName， 
String searchedNationality, 
int maxResults) { 


return getSavedArtists() © 
.filter(name -> name.contains(searchedName)) @ 
.flatMap(this::lookupArtist) © 
.filter(artist -> artist.getNationality() @ 
.contains(searchedNationality) ) 
.take(maxResults); © 


} 


在 @@ 处 取得 一 个 包含 艺术 家 姓名 的 Observable 对 象 ， 该 对 象 的 高 阶 国 数 和 Stream 类 似 ， 
FEO FOAL EFA WE% ALE FE BE, PEH Stream 是 一 样 的 。 


在 @ 处 将 姓名 替换 为 一 个 Artist 对 象 ， 如 果 这 只 是 调用 构造 函数 这 么 简单 ， 我 们 显然 会 使 
用 map 操作 。 但 这 里 我 们 需要 组 合 调 用 一 系列 外 部 服务 ， 每 种 服务 都 可 能 在 它 自己 的 线程 
或 线程 池 里 执行 。 因 此 ， 我 们 将 名 字 替 换 为 Observable 对 象 ， 来 表示 一 个 或 多 个 艺术 家 ， 
因此 使 用 了 flatMap 操作 。 


我 们 还 需要 在 查找 时 限定 返回 结果 的 最 大 值 : maxResults， 在 全 处 ， 我 们 通过 调用 
Observable 对 象 的 take 方法 来 实现 该 功能 。 





读者 会 发 现 ， 这 个 API 很 像 使 用 Stream。 它 和 Stream 的 最 大 区 别 是 : Stream 是 为 了 计算 
最 终结 果 ， 而 RxJava 在 线程 模型 上 则 像 CompletableFuture, 
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使 用 CompletableFuture 时 ， 我 们 通过 给 complete 方法 一 个 值 来 偿还 欠条 。 而 Observable 
代表 了 一 个 事件 流 ， 我 们 需要 有 能 力 传人 多 个 值 ， 例 9-16 展示 了 该 怎么 做 。 


例 9-16 给 Observable 对 象 传 值 ， 并 且 完 成 它 


observer .onNext("a"); 
observer .onNext("b"); 
observer .onNext("c"); 
observer .onCompleted(); 


我 们 不 停 地 调用 onNext Fik, Observable 对 象 中 的 每 个 值 都 调用 一 次 。 这 可 以 在 一 个 循 
里 做 ， 也 可 以 在 任何 我 们 想 要 生成 值 的 线程 里 做 。 一 旦 完成 了 产生 事件 的 工作 ， 就 调 
用 onCompleted 方法 表示 任务 完成 。 和 使 用 Stream 一 样 ， 也 有 一 些 静 态 工厂 方法 用 来 从 
Future, WR ABCA BIE Observable HR, 








和 CompletableFuture 2E (IJ, Observable 也 能 处 理 异 常 。 如 果 出 现 错误 ， 调 用 onError Fy 
法 ， 如 例 9-17 所 示 。 这 里 的 功能 和 CompletableFuture 略 有 不 同 尔 能 得 到 异常 发 生 之 
前 所 有 的 事件 ， 但 两 种 情况 下 ， 只 能 正常 或 异常 地 终结 程序 ， 两 者 只 能 选 其 一 。 


例 9-17 通知 Observable 对 象 有 错误 发 生 


observer.onError(new Exception()); 














和 介绍 CompletableFuture 时 一 样 ， 这 里 只 给 出 了 如 何 使 用 和 在 什么 地 方 使 用 Observable 
的 一 点 建议 。 读 者 如 果 想 了 解 跟 多 细节 ， 请 阅读 项 目 文档 (https://github.com/ReactiveX/ 
RxJava/wiki/Getting-Started), RxJava 已 经 开始 集成 进 Java 类 库 的 生态 系统 ， 比 如 企业 
级 的 集成 框架 Apache Camel 已 经 加 入 了 一 个 叫 作 Camel RX (http://camel.apache.org/ 
rx.html) 的 模块 ， 该 模块 使 得 可 以 在 该 框架 中 使 用 RxJava。Vert.x 项 目 也 启动 了 一 个 Rx- 
ify (https://github.com/vert-x/mod-rxvertx) 它 的 API 项 目 。 


9.8 何 时 何 地 使 用 新 技术 


本 章 讲 解 了 如 何 使 用 非 阻塞 式 和 基于 事件 驱动 的 系统 。 这 是 否 意味 着 大 家 明天 就 要 扔 掉 现 
有 的 Java EE 或 者 Spring 企业 级 Web MHIE? 答案 当然 是 否定 的 。 
































即使 不 去 考虑 CompletableFuture 和 RxJava 相对 较 新 ， 使 用 它们 依然 有 一 定 的 复杂 度 。 它 
们 用 起 来 比 到 处 显 式 使 用 Future 和 回调 简单 ， 但 对 很 多 问题 来 说 ， 传 统 的 阻塞 式 Web 应 
用 开发 技术 就 足够 了 。 如 果 还 能 用 ， 就 别 修理 。 


当然 ， 我 也 不 是 说 阅读 本 章 会 白白 浪费 您 一 个 美好 的 下 午 。 事 件 驱 动 和 响应 式 应 用 正在 变 
得 越 来 越 流行 ， 而 且 经 常会 是 为 你 的 问题 建 模 的 最 好 方式 之 一 。 响 应 式 编程 宣言 (http:// 
www.reactivemanifesto.org/) 鼓励 大 家 使 用 这 种 方式 编写 更 多 应 用 ， 如 果 它 适合 你 的 待 解 问 
题 ， 那 么 就 应 该 使 用 。 相 比 阻塞 式 设计 ， 有 两 种 情况 可 能 特别 适合 使 用 响应 式 或 事件 驱动 



































的 方式 来 思考 。 


第 一 种 情况 是 业务 逻辑 本 身 就 使 用 事件 来 描述 。Twitter 就 是 一 个 经 典 例 子 。Twitter 是 一 种 订 
阅 文字 流 信息 的 服务 ， 用 户 彼 此 之 间 推 送信 息 。 使 用 事件 驱动 架构 编写 应 用 ， 能 准确 地 为 业 
务 建 模 。 图 形 化 展示 股票 价格 可 能 是 另 一 个 例子 ， 每 一 次 价格 的 变动 都 可 认为 是 一 个 事件 。 

另 一 种 显然 的 用 例 是 应 用 需要 同时 处 理 大 量 IO 操作 。 阻 塞 式 IO 需要 同时 使 用 大 量 线程 ， 


这 会 导致 大 量 锁 之 间 的 竞争 和 太 多 的 上 下 文 切换 。 如 果 想 要 处 理 成 千 上 万 的 连接 ， 非 阻塞 
A VO 通常 是 更 好 的 选择 。 


99 要 点 回顾 


。 使 用 基于 Lambda 表达 式 的 回调 ， 很 容易 实现 事件 驱动 架构 。 
e CompletableFuture 代表 了 IOU， 使 用 Lambda 表达 式 能 方便 地 组 合 、 合 并 。 
e Observable 继承 了 CompletableFuture 的 概念 ， 用 来 处 理 数 据 流 。 















































9.10 ”练习 


本 章 只 有 一 个 练习 : 使 用 CompletableFuture 重 构 代码 。 先 以 例 9-18 中 所 示 的 Blocking- 
ArtistAnalyzer 类 开始 ， 该 类 从 两 个 艺术 家 的 名 字 中 找 出 成 员 数 更 多 的 那个 ， 如 果 第 一 个 
艺术 家 的 成 员 多 ， 返 回 true， 否 则 返回 faLse。 该 类 被 注入 一 个 artistLookupService, 
为 查找 Artist 的 过 程 可 能 会 耗费 一 定时 间 。 由 于 BlockingArtistAnalyzer 类 要 依 序 调 用 两 
次 查找 服务 ， 分 析 就 会 变 慢 ， 练 习 的 目标 就 是 加 速 这 一 过 程 。 








il 9-18 BlockingArtistAnalyzer 告诉 用 户 哪 位 艺术 家 的 成 员 更 多 


public class BlockingArtistAnalyzer { 
private final Function<String, Artist> artistLookupService; 


public BlockingArtistAnalyzer(Function<String, Artist> artistLookupService) { 
this.artistLookupService = artistLookupService; 


} 


public boolean isLargerGroup(String artistName, String otherArtistName) { 
return getNumberOfMembers(artistName) > getNumberOfMembers(otherArtistName) ; 


} 


private long getNumberOfMembers(String artistName) { 
return artistLookupService.apply(artistName) 
.getMembers() 
.count(); 
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练习 分 成 两 部 分 ， 第 一 部 分 是 使 用 一 个 回调 接口 重 构 阻 塞 代 码 。 在 这 里 ， 我 们 将 使 用 
Consumer<Boolean>, Consumer 是 JVM 自 带 的 一 个 函数 接口 ， 接 受 一 个 参数 ， 返 回 空 。 读 
者 的 任务 就 是 修改 BlockingArtistAnalyzer， 实 现 ArtistAnalyzer (如 例 9-19 所 示 )。 
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例 9-19 需要 实现 的 ArtistAnalyzer 接口 
public interface ArtistAnalyzer { 
public void isLargerGroup(String artistName, 
String otherArtistName, 


Consumer<Boolean> handler); 


} 


现在 我 们 有 了 一 个 符合 回调 模型 的 API， 就 不 需要 同时 执行 两 次 阻塞 式 的 查找 了 。 使 用 
CompletableFuture 类 重 构 isLargerGroup 方法 ， 让 其 可 以 并 行 执行 。 























Java 作为 一 门 语言 ， 在 很 多 方面 都 经 受 住 了 时 间 的 考验 。 它 仍然 是 非常 受 欢迎 的 平台 ， 选 
用 Java 开发 企业 级 应 用 是 个 不 错 的 选择 。 人 们 开发 了 大 量 的 开源 类 库 和 框架 ,解决 各 种 
各 样 的 问题 : 从 编写 模块 化 且 复 杂 的 网 络 应 用 (Spring 框架 ) 到 正确 地 计算 日 期 和 时 间 
(Jodatime 类 库 )。 开 发 工具 更 是 无 可 比拟 ， 集 成 开发 环境 有 Eclipse 和 Intellij, HERRA 


Gradle 和 

















Maven, 


问题 在 于 ， 多 年 来 ，Java tea AGRI (Cle RTE, ae. ZR, a 
分 原因 也 在 于 它 流行 的 时 间 太 长 ， 亲 不 苯 ， 熟 生成 ， 它 太 为 人 所 熟悉 反而 容易 被 轻 慢 。 当 


然 ，Java 


的 发 展 也 的 确 存 在 问题 。 保 持 向 后 兼容 的 决策 ， 尽 管 有 所 神 益 ， 却 太 过 复杂 。 





所 幸 ，Java 8 的 出 现 是 一 个 积极 的 信号 ， 它 不 仅 是 对 语言 本 身 的 一 小 步 改善 ， 也 是 在 Java 





开发 方面 











良 ， 以 后 的 版 本 也 该 沿袭 Java 8 的 传统 ， 大 踏步 前 进 。 不 仅 因 为 我 喜欢 写 这 一 主题 的 书 ， 


迈 出 的 一 大 步 。 和 Java 6、Java 7 不 同 ，Java 8 不 再 是 一 些 无 足 轻重 的 对 类 库 的 改 














也 因为 在 提高 编程 的 基本 任务 方面 还 有 很 长 的 路 要 走 : 如 何 把 程序 写 得 易 读 ? 如何 明确 
地 表明 程序 的 意图 ? 如何 让 高 性 能 程序 易于 编写 ”唯一 的 遗憾 在 于 这 概括 性 的 一 章 篇 幅 太 





短 ， 很 难 








EE 完整 描述 出 后 续 版 本 的 法 力 。 








本 书 已 接近 尾声 ， 但 希望 读者 学 习 和 使 用 Java 8 的 脚步 不 会 停留 在 此 。 本 书 描述 了 各 种 使 
用 Lambda 表达 式 的 方式 : 更 好 的 集合 类 代码 、 数 据 并 行 处 理 、 更 简洁 干净 的 代码 、 并 发 。 
书 中 阐释 了 为 什么 使 用 Lambda 表达 式 、Lambda 表达 式 是 什么 ， 以 及 怎么 用 Lambda 表达 
式 ， 但 一 切 还 在 于 读者 如 何 真 正 将 其 应 用 于 实践 。 本 着 这 种 精神 ， 这 里 给 出 一 些 开放 性 的 
练习 ， 没 有 标准 答案 ， 理 解 这 些 问题 能 够 指导 读者 接 下 来 的 学 习 过 程 。 
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。 向 其 他 程序 员 (朋友 或 同事 ) 解释 什么 是 Lambda 表达 式 ， 为 什么 会 对 它 产生 兴趣 。 

。 尝试 将 目前 从 事 的 项 目 部 署 到 Java 8 环境 下 。 如 果 现 有 单元 测试 已 经 能 运行 在 持续 集成 
系统 Jenkins 下 ， 那 么 在 多 个 版 本 的 Java 上 构建 程序 也 易如反掌 。 

。 使 用 新 的 Stream 和 Collector， 开 始 重 构 真 实 产品 中 的 遗留 代码 。 它 既 可 以 是 感 兴趣 的 
开放 源码 项 目 , 也 可 以 是 当前 从 事 的 项 目 , 前 提 是 第 一 步 里 已 经 部 署 成 功 一 个 测试 环境 。 
如 果 还 没准 备 好 大 规模 迁 往 Java 8， 那 么 在 分 支 上 使 用 Java 8 做 一 些 原 型 会 是 个 不 错 的 
开始 。 

。 有 没有 一 些 大 规模 处 理 数 据 的 代码 ? 或 者 代码 中 存在 并 发 问题 ? 试 着 使 用 Stream 处 理 
数据 ， 或 使 用 RxJava 中 新 的 并 发 特性 ， 也 可 以 使 用 CompletableFuture 类 ， 来 重 构 你 的 
代码 。 





















































选择 一 个 熟悉 的 代码 库 ， 分 析 它 的 设计 和 架构 。 


。 从 宏观 上 看 ， 有 没有 更 好 的 实现 方法 ? 
。 能 否 简 化 设计 ? 

。 能 否 减 少 实现 某 功能 所 需 的 代码 量 ? 
。 怎样 让 代码 更 易 读 ? 








封面 介绍 





本 书 封面 上 的 动物 是 小 乌 雕 (Aquila pomarina) ， 这 种 体型 较 大 的 猛禽 分 布 于 东欧 ， 和 其 
他 常见 的 应 一 样 ， 它 也 属于 应 科 。 小 乌 雕 体型 中 等 ， 头 和 吃 比 应 的 小 ， 一 般 身 长 60 厘米 ， 
JE 150 厘米 。 





未 成 年 的 小 乌 雕 飞 世 上 有 白色 斑点 ， 而 成 年 后 ， 头 上 的 羽毛 呈现 浅 褐色 ， 羽 村 则 变 为 深 黑 
色 。 小 乌 雕 主要 在 中 欧 和 东欧 地 区 繁 衔 ， 它 们 在 树 上 筑 集 ， 每 次 产 1 至 3 个 有 米黄 色 斑点 
的 蛋 。 和 所 有 的 应 一 样 ， 幼 岛 的 数量 取决 于 党 殖 季节 捕食 的 数量 。 雌 岛 产 下 第 一 枚 蛋 之 后 
就 开始 秘 和 看 ， 第 一 个 破 壳 而 出 的 幼 岛 常 常会 破坏 或 吃 掉 其 他 鸟 蛋 。 


























封面 图 片 由 Meyers Kleines 提供 。 


欢迎 加 入 


图 灵 社 区 ITuring.cn 


一 一 最 前 沿 的 上 T 类 电子 书 发 售 平台 


昌 子 出 版 的 时 代 已 经 来 临 。 在 许多 出 版 界 同行 还 在 犹豫 簿 得 的 时 候 ， 图 灵 社 区 已 经 采取 实 
际 行动 拥抱 这 个 出 版 业 巨 变 。 作 为 国内 第 一 家 发 售 电子 图 书 的 IT 类 出 版 商 ， 岁 灵 社 区 目前 为 读者 
提供 两 种 DRM-free 的 阅读 体验 : 在 线 阅 读 和 PDF。 

相 比 纸 质 书 ， 电 子 书 具有 许多 明显 的 优势 。 它 不 仅 发 布 快 ， 更 新 容易 ， 而 且 尽 可 能 采用 了 彩 
色 图 片 ( 即使 有 的 书 纸 质 版 是 黑白 印刷 的 ) 。 读 者 还 可 以 方便 地 进行 搜索 、 剪 贴 、 复 制 和 打印 。 

图 灵 社 区 进一步 把 传统 出 版 流程 与 电子 书 出 版 业务 紧密 结合 ， 目 前 已 实现 作 译 者 网 上 交 
稿 、 编 辑 网 上 审 稿 、 按 章 发 布 的 电子 出 版 模式 。 这 种 新 的 出 版 模式 ， 我 们 称 之 为 “人 敏捷 出 
版 ”， 它 可 以 让 读者 以 较 快 的 速度 了 解 到 国外 最 新 技术 图 书 的 内 容 ， 弥 补 以 往 翻 译 版 技术 书 
“出 版 即 过 时 ”的 缺憾 。 同 时 ， 敏 捷 出 版 使 得 作 、 译 、 编 、 读 的 交流 更 为 方便 ， 可 以 提前 消灭 
书稿 中 的 错误 ， 最 大 程度 地 保证 图 书 出 版 的 质量 。 









































































































































优惠 提示 : 现在 购买 电子 书 ， 读 者 将 获 赠 书 款 20% 的 社区 银子 ， 可 用 于 交换 纸 质 样 书 。 





最 方便 的 开放 出 版 平台 


图 灵 社 区 向 读者 开放 在 线 写 作 功 能 ， 协 助 你 实现 自 出 版 和 开源 出 版 的 梦想 。 利 用 “合集 ” 
功能 ， 你 就 能 联合 二 三 好 友 共 同 创 作 一 部 技术 参考 书 ， 以 免费 或 收费 的 形式 提供 给 读者 。 ( 收 
费 形式 须 经 过 图 灵 社 区 立项 评审 。 ) 这 极 大 地 降低 了 出 版 的 门槛 。 只 要 你 有 写作 的 意愿 ， 图 灵 
社区 就 能 帮助 你 实现 这 个 梦想 。 成 熟 的 书稿 ， 有 机 会 入 选 出 版 计划 ， 同 时 出 版 纸 质 书 。 

图 灵 社 区 引进 出 版 的 外 文 图 书 ， 都 将 在 立项 后 马上 在 社区 公布 。 如 果 你 有 意 翻译 哪 本 图 
书 ， 欢 迎 你 来 社区 申请 。 只 要 你 通过 试 译 的 考验 ， 即 可 签约 成 为 图 灵 的 译 者 。 当 然 ， 要 想 成 功 
地 完成 一 本 书 的 翻译 工作 ， 是 需要 有 坚强 的 角力 的 。 


最 直接 的 读者 交流 平台 


在 图 灵 社 区 ,你 可 以 十 分 方便 地 写作 文章 、 提 交 勘 误 、 发 表 评 论 ， 以 各 种 方式 与 作 译 者 、 
辑 人 员 和 其 他 读者 进行 交流 互动 。 提 交 勘 误 还 能 够 获 赠 社 区 银子 。 

你 可 以 积极 参与 社区 经 常 开展 的 访谈 、 乐 译 、 评 选 等 多 种 活动 ， 顾 取 积分 和 银子 ， 积 累 个 人 
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Java 8 函数 式 编程 


对 于 有 经 验 的 Java 程 序 员 来 说 ， 全 面 了 解 Java 8 引入 的 Lambda 表 达 式 是 
当务之急 。 本 书 作 者 是 资深 Java 开 发 者 、 英 国 伦敦 Java 社 区 负责 人 ， 英 
文 原版 深 受 好 评 ， 被 誉 为 学 习 Lambda 表 达 式 的 必 读 佳作 。 这 本 书 言 简 意 
赎 ， 示 例 精 到 ， 全 面 介 绍 了 因为 Lambda 表 达 式 的 引入 ，Java 这 门 世界 上 
最 流行 的 语言 都 发 生 了 哪些 重大 变化 ， 以 及 匿名 函数 将 如 何 重 塑 Java 的 
编程 范式 。 全 书 篇 幅 不 长 ， 环 环 相 扣 ， 读 来 令 人 手 不 释 卷 。 
函数 式 编 程 的 确 能 大 幅 提升 编程 效率 ， 但 它 也 并 不 高 深 ， 绝 非 少数 人 的 
游戏 。 本 书 可 以 让 所 有 Java 程 序 员 平滑 过 渡 到 Java 8 时 代 。 前 半 部 分 展示 
了 如 何 正确 使 用 Lambda 表 达 式 ; 后 面 几 章 介绍 如 何 利 用 Lambda 表 达 式 
提高 并 发 操作 的 性 能 、 编 写 出 更 简单 的 并 发 代码 。 全 书 采 用 了 示例 驱动 
的 写作 风格 : 每 介绍 完 一 个 概念 ， 紧 接着 给 出 一 段 示例 代码 ， 并 辅 以 详 
尽 的 讲解 。 多 数 章节 还 在 最 后 提供 了 练习 题 ， 供 读者 自行 练习 。 

本 书 主要 内 容 : 

国 通过 每 一 章 的 练习 快速 掌握 Java 8 中 的 Lambda 表 达 式 

a 分 析 流 、 高 级 集合 和 其 他 Java 8 类 库 的 改进 

E 利用 多 核 CPU 提 高 数据 并 发 的 性 能 

E 将 现 有 代码 库 和 库 代 码 Lambda 化 

E 学 习 Lambda 表 达 式 单元 测试 和 调试 的 实践 解决 方案 

m 用 Lambda 表 达 式 实现 面向 对 象 编程 的 SOLID 原 则 

E 编写 能 有 效 执行 消息 传送 和 非 阻 塞 UVO 的 并 发 应 用 





Richard Warburton 一 位 经 验 丰 富 的 技术 专家 ， 善 于 解决 复杂 深奥 的 技术 问 
题 ， 拥 有 华威 大 学 计算 机 科学 专业 博士 学 位 。 近 期 他 一 直 从 事 高 性 能 计算 
方面 的 数据 分 析 工 作 。 他 是 英国 伦敦 Java 社 区 的 领导 者 ， 组 织 过 面向 Java 8 
中 Lambda 表 达 式 、 日 期 和 时 间 的 Adopt-a-JSR 项 目 ， 以 及 Openjdk Hackdays 
活动 。Richard 还 是 知名 的 会 议 演讲 嘉宾 ， 曾 在 JavaOne、DevoxxUK 和 JAX 
London 等 会 议 上 演讲 。 


“本 书 最 出 色 的 地 方 在 于 ， 它 脉络 


清晰 地 说 明了 为 什么 、 在 何 处 
以 及 如 何 使 用 Lambda 表 达 式 ， 
激励 读者 改善 自己 的 代码 库 。” 
一 一 Martijn Verburg 
jClarity 公 司 CEO ，Java Champion 


“我 超级 推荐 本 书 ， 每 个 想 了 解 


JDK 8 新 特性 的 开发 人 员 都 应 该 
人 手 一 本 。” 

— Daniel Bryant 
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看 完了 


如 果 您 对 本 书 内 容 有 疑问 ， 可 发 邮件 至 contact@turingbook.com， 会 有 编辑 或 作 译 者 协助 
答疑 。 也 可 访问 图 灵 社 区 ， 参 与 本 书 讨论 。 


如 果 是 有 关 电 子 书 的 建议 或 问题 ， 请 联系 专用 客服 邮箱 : ebook@turingbook.com. 
在 这 里 可 以 找到 我 们 : 


微 博 @ 图 灵 教 育 : 好 书 、 活 动 每 日 播报 

微 博 @ 图 灵 社 区 : 电子 书 和 好 文章 的 消息 

微 博 @ 图 灵 新 知 : 图 灵 教 育 的 科普 小 组 

微 信 图 灵 访 谈 : ituring_interview， 讲 述 码 农 精彩 人 生 
微 信 图 灵 教 育 : turingbooks 


